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内 容 简 介 


本 书 详细 阐述 了 与 微服 务 相关 的 基本 解决 方案 ， 主 要 包括 微服 务 概念 、 微 服务 工具 、 内 部 模式 、 微 服 
境 、 共 享 数据 微服 务 设计 模式 、 聚 合 器 微服 务 设计 模式 、 代 理 微 服务 设计 模式 、 链 式微 服务 设 
分 支 微 服务 设计 模式 、 异 步 消息 微服 务 、 微 服务 间 的 协同 工作 、 微 服务 测试 以 及 安全 监测 和 部 
内 容 。 此 外 ， 本 书 还 提供 了 相应 的 示例 、 代 码 ， 以 帮助 读者 进一步 理解 相关 方案 的 实现 过 程 。 

本 书 适合 作为 高 等 院 校 计算 机 及 相关 专业 的 教材 和 教学 参考 书 ， 也 可 作为 相关 开发 人 员 的 自学 教材 和 
参考 手册 。 
Copyright © Packt Publishing 2018.First published in the English language under the title 
Microservice Patterns and Best Practices. 
Simplified Chinese-language edition © 2019 by Tsinghua University Press.All rights reserved. 
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译 者 序 


“微服 务 ” 的 概念 是 由 ThoughtWorks 公司 的 首席 科学 家 Martin 提出 的 ， 他 是 敏捷 开 
发 方法 创始 人 之 一 。 自 然而 然 地 ,微服 务 的 目的 就 是 有 效 拆 分 应 用 ， 实 现 敏捷 开发 和 部 署 。 
与 之 相对 应 的 ,此 前 的 软件 开发 都 是 基于 一 体 化 架构 。 一 体 化 架构 的 优点 是 开发 简单 直接 、 
集中 式 管理 、 功 能 都 在 本 地 ; 但是， 一 旦 应 用 程序 变 大 、 团 队 扩张 ， 那 么 一 体 化 架构 的 缺 
点 就 会 立即 凸显 ， 庞 大 的 一 体 代码 库 可 能 会 让 新 手 程序 员 望 而 生 旦 ， 再 加 上 开发 效率 低 、 
代码 维护 困难 、 部 署 不 灵活 、 难 以 扩展 应 用 等 ， 这 些 很 可 能 成 为 企业 和 开发 人 员 难 以 逾越 
的 障碍 。 微 服务 的 出 现 解 决 了 这 些 矛 盾 ， 它 将 系统 拆 分 成 进程 独立 的 服务 ， 进 行 分 布 式 管 
理 、 自 动 化 运 维 ， 通 过 API 网 关 、 服 务 间 调用 、 服 务 发 现 、 服 务 容错 、 服 务 部 署 和 数据 调 
用 实现 了 开发 简单 、 独 立 按 需 扩展 、 高 可 用 性 、 持 续集 成 和 持续 交付 等 ， 特 别 契 合 云 平台 
应 用 程序 开发 的 需要 ， 这 也 正 是 它 日 益 流行 的 原因 。 

本 书 将 介绍 不 同 阶段 的 微服 务 中 应 用 程序 开发 的 各 种 设计 模式 及 其 最 佳 实践 。 微 服务 
模式 和 最 佳 实践 始 于 对 微服 务 关键 概念 的 理解 ， 并 展示 如 何在 设计 微服 务 时 做 出 正确 的 选 
择 。 本 书 将 讨论 内 部 微服 务 应 用 程序 的 各 种 方法 ， 如 缓存 策略 、 异 步 机 制 、CQRS 和 事件 
源 等 。 随 着 过 程 的 不 断 推进 ， 读 者 将 深入 了 解 微 服务 的 相关 设计 模式 。 

在 本 书 的 翻译 过 程 中 ， 除 程 晓 大 外， 刘璋 、 张 博 、 刘 晓 雪 、 王 烈 征 、 张 华 至 、 刘 神 等 
人 也 参与 了 部 分 翻译 工作 ， 在 此 一 并 表示 感谢 。 

由 于 译 者 水 平 有 限 ， 难 免 有 玻 漏 和 不 妥 之 处 ， 明 请 广大 读者 批评 指正 。 
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微服 务 是 一 种 软件 体系 结构 策略 ， 多 年 来 一 直 在 使 用 , 其 目标 是 提高 服务 的 可 伸缩 性 。 
由 于 当今 的 业务 呈现 快速 、 动 态 增 长 之 势 ， 单 体 应 用 程序 与 面向 服务 相 比 已 不 占 优势 。 通 
过 设计 这 种 新 的 体系 结构 模型 ， 面 向 对 象 的 原则 、 标 准 、 解 不 和 职责 已 经 构成 了 超越 自动 
化 测试 的 基础 内 容 。 

微服 务 可 使 读者 能 够 创建 可 维护 、 可 伸缩 的 应 用 程序 。 在 阅读 本 书后 ， 读 者 将 能 够 创 
建 可 互 操作 的 微服 务 ， 同 时 兼 具 可 测试 性 和 高 性 能 的 特征 。 


适用 读者 


本 书面 向 于 具有 Web 开发 经 验 , 但 想 要 改进 其 开发 技术 以 创建 可 维护 和 可 伸缩 应 用 程 
序 的 读者 ， 读 者 不 需要 具备 微服 务 方面 的 经 验 。 本 书 中 演示 的 概念 和 标准 ， 使 读者 能 够 开 
发 易于 理解 和 支持 大 量 访问 的 应 用 程序 。 


本 书 内 容 


第 1 章 整 体 介绍 微服 务 的 概念 ， 以 帮助 读者 理解 体系 结构 背后 的 相关 理念 ， 例 如 客户 
优先 方案 以 及 域 定义 。 

第 2 章 讨论 微服 务 应 用 中 的 常见 工具 。 一 旦 了 解 了 客户 以 及 如 何 定义 应 用 程序 域 ， 即 
可 制定 技术 决策 方案 ， 包 括 所 使 用 的 语言 、 框 架 ， 以 及 如 何 验证 微服 务 框架 的 功能 。 

第 3 章 将 探讨 内 部 微服 务 的 应 用 模式 ， 如 缓存 策略 、worker、 队 列 以 及 异步 机 制 。 

第 4 章 考察 如 何 从 单 体 应 用 程序 中 创建 一 组 具有 弹性 和 可 伸缩 的 微服 务 。 本 章 还 将 重 
点 讨论 如 何在 各 自 的 容器 中 正确 地 分 离 徽 服务 ， 并 解释 存储 层 的 分 布 。 
第 5 章 涉 及 一 些 较为 特殊 的 用 例 。 通 常 ， 微 服务 在 业务 、 测 试 、 通 信 、 连 接 和 存储 方 
是 完全 独立 的 ， 而 共享 模式 则 是 迁移 概念 的 一 种 特殊 模式 (从 单 体 到 微服 务 ); 总 的 来 
说 ， 这 是 一 种 过 渡 模 式 。 
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第 6 章 主要 讨论 了 一 些 简单 而 常见 的 模式 ， 主 要 包括 对 微服 务 的 数据 编排 。 

第 7 章 阐述 了 代理 模式 ， 它 与 聚合 器 模式 非常 相似 。 对 于 该 结构 ， 当 不 需要 连接 数据 
并 将 其 发 送 给 终端 用 户 时 ， 可 以 对 其 加 以 使 用 。 本 章 的 目标 是 了 解 代 理 模式 和 聚合 器 模式 
之 间 的 差异 ， 以 及 针对 微服 务 的 正确 的 请 求 重 定向 操作 。 

第 8 章 将 学 习 链 式 模式 。 其 中 ， 发 送 至 客户 端的 信息 将 整合 至 链 中 。 本 章 的 主要 目标 
是 解释 信息 整合 问题 。 

第 9 章 介 绍 分 支 模式 ， 该 模式 可 视 作 聚合 器 模式 和 链 式 模式 的 混合 体 ， 通 常用 于 以 下 
场合 : 在 后 端 中 , 微服 务 未 包含 所 有 数据 以 完成 某 项 任务 ; 或 者 应 直接 通知 另 一 个 微服 务 。 
本 章 解释 了 该 模式 的 应 用 时 机 ， 以 及 对 业务 的 作用 方式 。 

第 10 章 解释 了 一 种 较为 复杂 的 模式 : 在 微服 务 级 别 使 用 异步 机 制 。 本 章 将 讨论 如 何 
用 消息 工具 实现 微服 务 的 异步 通信 方式 。 
第 11 章 对 相关 模式 进行 总 结 。 在 介绍 了 所 有 的 微服 务 模式 后 , 将 考察 如 何 将 微服 务 进 
行 整合 ， 以 使 其 可 有 效 地 协同 工作 。 
第 12 章 将 讨论 最 为 合理 的 测试 机 制 及 其 简化 方式 。 
第 13 章 介绍 了 生产 过 程 中 维护 微服 务 的 必要 条 件 以 及 最 佳 实践 。 
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背景 知识 


如 果 读 者 了 解 一 些 Go 语言 (golang) 中 的 OOP 和 包 结 构 ， 那 么 ,阅读 本 书 将 变 得 更 
加 轻松 、 有 趣 。 


资源 下 载 


读者 可 访问 http://www.packtpub.com 并 通过 个 人 账户 下 载 示 例 代码 文件 。 男 外 ， 
http://www.packtpub.com/support， 注 册 成 功 后 ， 我 们 将 以 电子 邮件 的 方式 将 相关 文件 发 与 
读者 。 
读者 可 根据 下 列 步骤 下 载 代码 文件 。 
(1) 登录 www.packtpub.com 并 注册 我 们 的 网 站 。 
(2) 选择 SUPPORT 选项 卡 。 
(3) 单 击 Code Downloads & Errata。 
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(4) f£ Search 文本 框 中 输入 书 名 并 执行 后 续 命 令 。 

当 文 件 下 载 完毕 后 ， 确 保 使 用 下 列 最 新 版 本 软件 解压 文件 夹 。 

O Windows 系统 下 的 WinRAR/7-Zip。 

O Mac 系统 下 的 ZipegAZip/UnRarX. 

O Linux 系统 下 的 7-Zip/PeaZip. 

另外 ， 读 者 还 可 访问 GitHub 获取 本 书 的 代码 包 ， 对 应 网 址 为 https://github.com/ 
PacktPublishing/Microservice-Pattems-and-Best-Practices。 此 外 , 读者 还 可 访问 https://github.comy/ 
PacktPublishing/ 以 了 解 丰富 的 代码 和 视频 资源 。 

读者 可 访问 https://www.packtpub.com/sites/default/files/downloads/MicroservicePatternsand 
BestPractices_ColorImages.pdf 下 载 本 书 的 彩色 图 像 ， 以 方便 读者 对 比 某 些 输出 结果 。 


本 书 约定 


代码 块 则 通过 下 列 方式 设置 : 
class TestDevelopmentConfig (TestCase): 


def create app(self): 
app.config.from object ('config.DevelopmentConfig') 
return app 


def test app is development (self): 
self.assertTrue(app.config['DEBUG'] is True) 


代码 中 的 重点 内 容 则 采用 黑体 表示 : 


Gpatch('views.rpc command') 
def test sucess(self, rpc command mock): 
"""Test to insert a News.""" 


命令 行 输入 或 输出 如 下 所 示 : 


$ docker-compose -f docker-compose.yml up --build -d 


0 
Q 


A 


标 表示 较为 重要 的 说 明 事项 。 
标 则 表示 提示 信息 和 操作 技巧 。 
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读者 反馈 和 客户 支持 


欢迎 读者 对 本 书 的 建议 或 意见 予以 反馈 。 
对 此 ， 读 者 可 向 feedback@packtpub.com 发 送 邮件 ， 并 以 书 名 作为 邮件 标题 。 若 读者 
对 本 书 有 任何 疑问 ， 均 可 发 送 邮件 至 questions@packtpub.com， 我 们 将 竭诚 为 您 服务 。 


勘误 表 


尽管 我 们 在 最 大 程度 上 做 到 尽善尽美 ， 但 错误 依然 在 所 难免 。 如 果 读 者 发 现 雇 误 之 处 ， 
无 论 是 文字 错误 抑或 是 代码 错误 ， 还 望 不 音 赐教 。 对 此 ,读者 可 访问 http://www.packtpub.com/ 
submit-errata， 选 取 对 应 书籍 ， 单 击 Errata Submission Form 超 链接 ， 并 输入 相关 问题 的 详 
细 内 容 。 


版 权 须 知 


一 直 以 来 ， 互联 网 上 的 版 权 问题 从 未 间断 ，Packt 出 版 社 对 此 类 问题 异常 重视 。 若 读者 
在 互联 网 上 发 现 本 书 任意 形式 的 副本 , 请 告知 网 络 地 址 或 网 站 名 称 , 我 们 将 对 此 予以 处 理 。 
关于 盗版 问题 ， 读 者 可 发 送 邮 件 至 copyright@packtpub.com。 

若 读者 针对 某 项 技术 具有 专家 级 的 见解 ， 抑 或 计划 撰写 书籍 或 完善 某 部 著作 的 出 版 工 
作 ， 则 可 访问 www.packtpub.com/authors. 


问题 解答 


若 读者 对 本 书 有 任何 疑问 ， 均 可 发 送 邮件 至 questions@packtpub.com， 我 们 将 章 诚 为 
您 服务 。 
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在 编程 领域 ， 设 计 模 式 十 分 常见 。 同 样 ， 在 Web 开发 中 ， 这 一 点 也 不 例外 。 随 着 互 
联网 的 普及 以 及 Web 2.0 的 出 现 ， 许 多 为 Web 开发 的 模式 被 广泛 传播 ， 目 的 是 使 开发 更 
动态 、 更 简单 ， 以 适应 新 的 特性 。 

诸如 MVC (模型 -视图 -控制 器 ) 、HMVC (层次 模型 视图 控制 器 ) 和 MTV (模型 模 
板 视 图 ) 等 模式 激发 了 各 种 框架 的 创建 ， 例 如 Django、Ruby on Rails、Spring MVC 和 
CodeIgniter。 所 有 这 些 框架 都 非常 适合 快速 创建 Web 应 用 程序 ， 且 无 须 对 应 用 程序 架构 
予以 更 多 的 关注 。 这 是 因为 大 部 分 工作 都 是 由 框架 完成 的 ， 所 有 这 些 模式 适用 于 包含 所 
需 业 务 规则 的 Web 应 用 程序 。 通 常 ， 这 些 应 用 程序 〈 其 中 ， 所 有 业务 规则 都 位 于 同一 代 
WEE) 被 称 为 单 体 。 多 年 以 来 ， 在 Web 开发 生态 系统 中 ， 单 体 绝对 占 统治 地 位 。 许 多 
公司 通过 全 栈 框架 软件 产品 在 市 场 上 寻找 销售 空间 。 许 多 单 体 软件 已 大 量 应 用 于 互联 网 
上 ， 随 着 时 间 的 推移 ， 这 些 单 体 应 用 也 产生 了 一 些 问题 。 

对 于 单 体 应 用 程序 来 说 ， 其 开发 过 程 存在 以 下 困难 

Q ”鉴于 整合 操作 难以 实施 ， 同 一 代码 库 中 的 维护 变 得 更 加 复杂 。 

O ”实现 新 特性 的 难度 不 断 增 加 ， 开 发 周期 往往 超出 预期 的 规定 。 

O ”应 用 程序 的 可 伸缩 性 。 

O ”部署 新 特性 且 不 会 对 在 线 内 容 产 生 影响 变 得 越 加 困难 。 

口 体系 结构 的 变化 使 问题 趋 于 复杂 化 。 

上 述 内 容 只 是 单 体 应 用 程序 中 可 能 存在 的 部 分 问题 。 这 些 困 难 也 使 得 人 们 思考 ， 并 
将 应 用 程序 架构 迁移 到 微服 务 中 去 。 越 来 越 多 地 ， 微 服务 已 经 成 为 软件 工程 行业 和 大 多 
数 公司 所 采取 的 方案 。 在 这 些 行业 中 ， “成功” 一 词 意 味 着 实践 过 程 和 可 伸缩 业务 所 面 
临 的 问题 。 微 服务 体系 结构 包含 以 下 优点 : 
针对 每 个 微服 务 设置 专 有 的 业务 领域 ， 以 促进 新 特性 的 实现 。 

更 好 的 业务 定义 ， 消 除了 它们 之 间 的 循环 依赖 关系 。 
独立 部 署 。 

简化 错误 的 识别 过 程 。 

微服 务 之 间 技 术 的 独立 性 。 

团队 间 的 独立 性 。 

实现 隔离 。 
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ü ”针对 特定 微服 务 的 可 伸缩 性 。 

本 书 则 在 向 读者 探讨 如 何 从 单 体 应 用 程序 过 渡 到 微服 务 ， 应 用 适当 的 模式 并 向 读者 
展示 微服 务 的 实现 过 程 。 相 关内 容 涉 及 具有 交互 性 的 新 闻 门 户 网 站 、 推 荐 系统 、 身 份 验 
证 和 授权 系统 。 在 本 书 中 ， 当 应 用 设计 模式 时 ， 读 者 将 经 历 迁 移 过 程 中 的 每 一 个 步骤 ; 
当 涉及 微服 务 之 间 的 通信 层 时 ， 还 会 了 解 到 内 部 和 外 部 迁移 过 程 中 的 具体 实施 方案 。 对 
此 ， 读 者 首先 需要 了 解 一 些 重要 的 概念 ， 以 便 有 效 地 实现 微服 务 。 


1.1 理解 应 用 程序 


本 书 中 的 应 用 程序 将 成 为 所 有 概念 解释 和 实际 代码 的 来 源 。 有 具体 来 说 ， 基 本 系统 是 
一 个 新 闻 门 户 网 站 ， 主 要 包括 以 下 3 方面 内 容 

口 新 闻 。 

O 推荐 系统 。 负 责 存 储 用 户 偏好 设置 ， 因 此 能 够 向 用 户 提 供 特定 的 新 闻 ， 甚 至 根 

据 用 户 配 置 文件 形成 唯一 的 主页 。 

口 用 户 ， 即 基本 的 注册 用 户 信 息 。 
应 用 程序 的 所 有 业务 内 容 都 位 于 相同 的 源 代码 上 ， 即 单 体 软件 。 该 应 用 程序 是 在 
Django 框架 上 开发 的 ， 使 用 PostgreSQL 作为 数据 库 ， 并 使 用 Memcached 作为 缓存 系统 
〈 仅 应 用 于 数据 库 层 ) o 
在 此 基础 上 ， 如 果 推 荐 级 别 超出 负荷 ， 那 么 所 有 应 用 程序 都 必须 调整 其 规模 ， 而 不 
仅仅 是 引用 推荐 的 部 分 ， 因 为 当前 应 用 程序 采用 了 单 体 结 构 。 对 应 用 程序 来 说 ， 栈 中 所 
发 生 的 变化 其 代价 相对 高 昂 。 如 果 用 户 想 更 改 所 使 用 的 缓存 类 型 ， 那 么 所 有 的 其 他 缓存 
内 容 都 将 丢失 。 


1.4.4. 领域 驱动 设计 


OOP 的 概念 也 适用 于 微服 务 设 计 ， 这 不 仅 体现 于 应 用 程序 设计 ， 还 包括 体系 结构 和 
业务 逻辑 的 划分 ， 但 对 于 领域 驱动 设计 (DDD) 来 说 ， 情 况 则 变 得 简单 起 来 。 

DDD 这 一 概念 源 自 Eric Evans 撰写 的 Domain-Driven Design 一 书 。 书 中 内 容 源 自作 
者 二 十 多 年 来 OOP 软件 开发 经 验 ， 其 中 列举 了 大 量 的 模式 分 类 。 需 要 注意 的 是 ，OOP 
不 仅 存 在 于 继承 机 制 、 接 口中 ， 同 时 还 涉及 其 他 方面 ， 如 下 所 示 : 

口 ”代码 与 业务 的 一 致 性 。 

口 复 用 性 。 
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ü ”最 小 耦合 。 

Domain-Driven Design 一 书 分 为 以 下 4 个 部 分 : 

(1) 使 用 域 模型 。 

(2) 模型 构造 块 驱动 设计 。 

(3) 重 构 以 深入 理解 模型 。 

(4) 策略 设计 。 

上 述 各 项 内 容 均 适 用 于 微服 务 。 其 中 ， (2) 、 G) 项 可 用 于 代码 自身 ， 其 他 项 可 
以 在 软件 内 部 中 应 用 ， 也 可 以 用 于 设计 微服 务 及 其 签名 。 

第 一 部 分 强调 了 业务 负责 人 和 开发 团队 之 间 进 行 语 言 交流 的 必要 性 。 这 种 通用 语言 
包含 了 业务 专家 和 开发 团队 之 间 日 常会 话 的 部 分 内 容 。 每 个 人 都 应 该 在 言语 、 源 代码 和 
微服 务 签 名 中 使 用 相同 的 术语 。 这 意味 着 ， 当 业务 专家 说 ， 主 页 应 该 用 标题 和 描述 内 容 
显示 突 发 新 闻 ， 相 应 地 ， 代 码 中 的 语言 将 表示 如 下 : 

Q ”微服 务 新 闻 。 

口 端点 最 近 的 新 闻 。 

口 带 有 属性 标题 和 描述 的 有 效 载 荷 。 

这 种 类 型 的 沟通 方式 可 减少 理解 需求 条 件 时 所 出 现 的 错误 ， 同 时 维护 与 应 用 程序 相 
关 的 通 识 。 另 外 ， 在 使 用 通用 语言 时 ， 领 域 识别 将 变 得 更 加 简单 一 一 交互 过 程 使 用 了 标 
准 化 的 术语 。 

上 述 第 (4) 项 将 描述 微服 务 的 边界 以 及 双方 之 间 的 管理 便利 性 。 在 开发 具有 一 致 性 
和 有 效 性 的 微服 务 时 ， 除 了 使 用 通用 语言 之 外 ， 还 需要 一 些 策略 来 处 理 复杂 的 系统 。 其 
中 ， 多 个 软件 组 成 部 分 〈 由 多 个 团队 开发 ) 彼 此间 进行 交互 。 另 外 ， 还 需要 划分 每 个 团 
队 工 作 的 上 下 文 环境 ， 以 及 这 些 团队 与 环境 之 间 的 交互 程度 。 在 DDD 提供 给 我 们 的 众多 
工具 中 ， 下 列 3 种 工具 针对 高 效 的 微服 务 表现 得 较为 突出 。 

Q 上 下 文 映射 : 表示 为 微服 务 之 间 的 通信 路 径 ， 微 服务 团队 之 间 应 存在 适当 的 交 

互 。 在 定义 了 领域 分 析 后 ， 当 前 团队 可 以 选择 依赖 另 一 个 团队 来 使 用 领域 语言 。 

O 反腐 坏 层 (ACL) : 负责 将 外 部 概念 转换 为 内 部 模型 ， 以 提供 域 之 间 的 松散 耦合 。 

Q ”交换 上 下 文 环境 : 为 两 个 团队 提供 了 一 个 环境 ， 讨 论 每 个 外 部 术语 的 含义 ， 并 

负责 翻译 微服 务 的 语言 。 

针对 正在 开发 的 应 用 程序 ， 以 及 如 何 避 免 微服 务工 作 方 式 解 释 时 出 现 的 错误 ，DDD 
非常 有 用 。 新 闻 系 统 中 一 个 常见 的 误解 是 关于 用 户 和 作者 这 两 个 术语 : 二 者 都 是 系统 的 
用 户 ， 一 个 作为 参与 者 ， 另 一 个 作为 发 布 者 。 然 而 ， 如 果 产 品 所 有 者 说 ，“ 用 户 发 布 了 
坏 消 息 ”， 此 时 ， 产 品 团队 和 开发 团队 之 间 的 沟通 上 就 有 问题 了 。 这 可 能 导致 业务 自身 
内 的 、 不 一 致 的 微服 务 。 另 一 个 问题 是 ， 产 品 所 有 者 先前 发 表 的 言论 表达 了 一 个 不 需要 
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的 特性 ， 即 可 以 发 布 素 材 的 用 户 。DDD 仅 考 察 如 何 定义 微服 务 域 和 标准 化 术语 ， 以 生成 
一 致 的 内 部 模型 和 具有 实际 含义 的 API。 同 一 属性 的 含义 或 表达 差异 称 为 语义 鸿沟 
(semantic gap) ， 这 也 是 本 章 要 处 理 的 问题 。 

除了 前 面 提 到 的 内 容 可 帮助 创建 完整 的 微服 务 之 外 ， 在 设计 微服 务 时 ， 还 涉及 一 个 
较为 重要 的 特性 。 边 界 上 下 文 的 概念 对 于 确定 微服 务 的 范围 ， 以 及 最 终 微服 务 所 具有 的 
职责 是 必 不 可 少 的 。 读 者 需要 着 重 理解 的 是 ， 如 果 缺 少 此 类 条 件 ， 耦 合 限制 将 会 很 高 ， 
并 且 像 单一 职责 这 样 的 概念 将 永远 无 法 实现 。 


1.1.2 单一 职责 原则 


另 一 个 适用 于 微服 务 的 原则 来 自 于 OOP 领域 , 具体 来 说 就 是 SOLID 中 的 字母 S。 在 
类 级 别 之 前 应 当 思 考 的 则 是 应 用 程序 级 别 。 微 服务 在 域 级 别 上 是 非常 微小 的 。 

微服 务 域 不 可 太 大 。 相 反 ， 它 必须 受到 一 定 限制 。DDD 中 的 限制 条 件 在 使 用 时 其 强 
度 将 有 所 提升 。 准 确 地 讲 ， 微 服务 域 中 的 限制 条 件 将 使 得 应 用 程序 对 变化 更 加 敏感 ， 并 
对 错误 的 感知 更 加 直接 。 

在 域 中 维护 微服 务 通 常 较为 困难 。 无 论 是 出 于 习惯 还 是 被 忽略 ， 人 们 的 自然 倾向 是 
试图 将 所 有 的 业务 规则 或 者 相似 的 代码 归 类 于 同一 微服 务 中 ， 甚 至 不 知道 它们 是 否 处 于 
相同 的 域 。 

为 了 进一步 阐明 上 述 观 点 ， 下 面 考察 我 们 所 处 理 的 应 用 程序 ， 即 新 闻 门 户 网 站 。 其 
中 ， 新 闻 和 推荐 系统 处 于 协同 工作 状态 。 推 荐 系统 负责 整合 具有 相关 标记 的 某 些 新 闻 。 
首先 ， 推 荐 系统 总 是 与 新 闻 相 关联 ， 显 然 ， 这 不 会 产生 任何 问题 。 同 时 还 会 减少 出 现 问 
题 的 概率 ， 例 如 网 络 延 迟 。 对 应 的 主要 概念 如 图 1.1 所 示 。 


推荐 系统 


图 1.1 
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然而 ， 针 对 未 来 变化 ， 创 建 包含 新 闻 和 推荐 系统 的 微服 务 往往 会 涉及 不 必要 且 代 价 
高 昂 的 开销 。 在 简单 的 演示 示例 中 ， 我 们 将 查看 一 些 业务 变化 内 容 ， 及 其 所 带 来 的 问题 。 

此 时 ， 新 的 业务 需求 出 现 了 。 产 品 负责 人 可 能 会 思考 ， 是 否 可 根据 门户 网 站 上 最 引 
人 注目 的 新 闻 ， 使 用 推荐 系统 来 撰写 个 人 主页 。 因 此 ， 推 荐 系统 将 不 再 仅仅 与 新 闻 连 接 ， 
同时 还 包括 用 户 。 根 据 这 一 新 的 需求 ， 与 耦合 相关 的 问题 将 会 在 部 署 、 扩 展 以 及 维护 功 
能 代码 时 浮 出 水 面 。 

根据 上 述 最 新 提出 的 需求 条 件 ， 不 难 发 现 ， 新 闻 和 推荐 系统 彼此 协同 工作 ， 但 彼此 
完全 处 于 不 同 的 域 。 对 于 应 用 程序 体系 结构 来 讲 ， 针 对 各 项 微服 务 使 用 单一 职责 原则 辨 
识 域 则 十 分 重要 。 图 1.2 显示 了 微服 务 分 布 的 主要 概念 。 


图 1.2 


当 采 取 正 确 方式 协同 工作 时 ， 主 页 请 求 源 自 新 闻 或 推荐 系统 的 信息 。 本 书 稍 后 将 介 
绍 一 些 数据 整合 形式 ， 但 是 现在 很 重要 的 一 点 是 ， 读 者 应 理解 主页 可 以 请 求 独立 的 服务 
并 方便 地 对 所 接收 到 的 数据 进行 整合 。 

新 闻 和 推荐 系统 的 分 离 使 得 应 用 程序 的 部 署 变 得 更 简单 ， 并 生成 更 一 致 的 代码 库 ， 
以 及 为 某 项 功能 定义 完备 和 特定 的 业务 域 。 


1.4.3. 显 式 发 布 的 接口 
发 布 的 接口 是 一 个 术语 ， 通 常会 与 公共 接口 产生 混淆 。 理 解 这 两 个 术语 之 间 的 差异 


至 关 重要 ， 即 微服 务 和 分 布 式 源 系统 。 
对 于 微服 务 ， 全 部 内 部 微服 务 代码 在 开发 团队 中 共享 使 用 ， 类 方法 均 定义 为 抽象 类 型 
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或 属性 ， 可 以 是 团队 之 间 公 共 接 口 的 一 部 分 内 容 ， 进 而 可 方便 地 在 重 构 事 件 中 通知 、 生 成 
变化 内 容 。 在 开发 级 别 上 设 定 大 量 的 层级 结构 并 不 可 取 ， 一 切 均 为 了 在 实现 中 获取 速度 。 
而 发 布 的 接口 则 有 所 不 同 。 发 布 的 接口 由 微服 务 开发 人 员 所 发 布 并 被 互联 网 所 使 用 。 
单 点 登录 (SSO) API 就 是 一 个 很 好 的 例子 。 想 象 一 下 ，API 为 了 实现 新 的 特性 (如 安全 
性 ) 突然 发 生变 化 ， 并 且 这 些 变化 并 没有 为 API 用 户 提供 良好 的 提示 系统 。 因 此 ， 此 处 
使 用 SSO 服务 并 不 适宜 一 一 鉴于 更 新 行为 ，API 客户 端 将 面临 不 兼容 问题 。 

发 布 的 接口 应 具备 更 多 的 控制 权 ， 且 对 重 构 行为 表现 得 更 富有 弹性 。 通 常情 况 下 
它们 仅 应 用 于 外 部 应 用 程序 客户 端 上 。 其 间 ， 签 名 中 的 变化 越 少 ， 则 效果 也 就 越 好 。 
图 1.3 显示 了 发 布 的 接口 签名 的 维护 状态 。 


外 部 客户 端 A 外 部 客户 端 B 


互联 网 层 
团队 层 


发 布 的 接口 


公共 接口 A 公共 接口 C 


公共 接口 B 


图 1.3 


对 于 发 布 的 接口 来 说 ， 一 些 概念 需要 引起 足够 的 重视 ， 其 中 包括 : 

O ”发布 版 本 化 的 接口 。 高 效 的 版 本 控制 十 分 关键 ， 并 借 此 指明 所 弃 用 的 版 本 。 不 
仅 于 此 ， 版 本 控制 还 用 于 指定 新 版 本 ， 以 及 弃 用 版 本 何 时 将 被 永久 停 用 。 

ü “小 型 发 布 接口 。 与 专用 载荷 相 比 ， 较 大 的 载荷 更 容易 受到 变化 的 影响 。 在 此 类 
载荷 上 使 用 DDD 这 一 概念 则 十 分 恰当 。 

ü “发布 的 外 部 接口 。 不 要 针对 内 部 开发 团队 制定 发 布 接口 这 一 概念 ， 这 将 减缓 修 
改 和 实现 过 程 。 

人 们 往往 将 公共 接口 和 发 布 的 接口 之 间 的 关系 视 为 与 公有 和 私有 OOP 类 似 , 但 是 它 

们 实际 上 是 存在 差异 的 。 发 布 的 接口 并 不 意味 着 剥夺 客户 端 资源 ， 而 是 指示 客户 端 灵 活 
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地 使 用 足够 的 资源 。 


12 ”独立 部 署 、 更 新 、 扩 展 以 及 替换 


这 一 话题 较为 有 趣 ， 且 与 微服 务 生态 圈 有 关 。 与 单 体系 统 相 比 ， 部 署 、 更 新 、 蔡 换 
以 及 扩展 体现 了 微服 务 的 优势 。 


1.2.1 独立 部 署 


版 本 控制 是 专业 软件 开发 中 的 标准 内 容 ， 这 是 因为 开发 人 员 几乎 在 同一 应 用 程序 中 
同时 处 理 遗 留 代码 的 特性 和 维护 工作 。 

最 后 ， 可 在 应 用 程序 中 创建 一 个 标签 ， 并 将 该 标签 发 送 到 产品 中 ， 这 一 过 程 称 为 部 
署 。 与 此 同时 ， 也 可 能 会 出 现 某 些 问题 。 

下 面 考察 我 们 的 新 闻 门 户 网 站 。 其 中 ， 一 名 开发 人 员 处 理 推荐 系统 的 某 个 重要 功能 ， 
而 另 一 名 则 负责 修复 bug。 双 方 均 承 诺 达到 同一 目标 。 在 部 署 时 ， 若 新 闻 中 的 bug 并 没有 
被 成 功 修复 ， 这 将 使 得 新 特性 无 法 置 入 产品 中 。 软 件 可 以 被 完整 地 测试 ， 即 使 对 每 项 任 
务 给 予 了 很 大 的 关注 ， 不 可 预见 的 事情 仍然 会 发 生 。 

对 于 微服 务 而 言 ， 此 类 问题 将 会 大 大 缓解 。 下 面 重 新 考察 上 述 方案 。 

在 新 闻 门 户 网 站 中 ， 一 名 开发 人 员 针 对 推荐 系统 微服 务 处 理 重要 的 功能 ， 而 另 一 名 
开发 人 员 则 处 理 新 闻 微 服务 中 的 bug 问题 。 二 者 在 各 自 的 微服 务 中 完成 相同 的 目标 。 假 
设 仍 在 部 署 过 程 中 遭遇 了 某 个 问题 ， 即 新 闻 中 的 bug 并 未 被 成 功 修复 ， 进 而 无 法 将 新 闻 
微服 务 的 最 新 版 本 置 于 产品 中 。 但 推荐 系统 微服 务 则 不 会 受到 任何 影响 ， 并 可 被 正常 地 
置 入 产品 中 。 

这 可 能 是 独立 部 署 的 主要 优点 之 一 。 当 然 ， 维 护 多 个 机 器 实例 操作 的 复杂 性 将 会 使 
问题 变 得 更 加 复杂 。 但 在 云 计算 世界 中 ， 即 使 应 用 程序 是 单 例 程序 ， 多 实例 的 复杂 性 也 
不 会 有 太 大 的 变化 ， 因 为 扩展 需求 确实 存在 。 

本 书后 续 章 节 还 将 介绍 部 署 的 模式 ， 并 重点 讨论 如 何 降低 复杂 度 以 及 实用 性 问题 ， 
以 持续 地 执行 部 署 任务 。 


1.2.2 更 新 


微服 务 的 一 项 强制 性 任务 则 是 独立 更 新 间 题 ， 其 间 须 遵循 相关 规则 ， 以 确保 尽 可 能 
地 实现 独立 更 新 ， 其 中 包括 : 
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ü ”不 要 在 微服 务 间 共享 库 。 这 意味 着 每 个 微服 务 都 有 一 个 完全 独立 于 任何 其 他 微 
服务 的 堆栈 。 共 享 库 是 在 部 署 时 产生 高 耦合 和 问题 的 错误 根源 。 微 服务 可 以 始 
于 相同 堆栈 ， 尽 管 一 种 较 好 的 方法 是 分 析 域 和 数据 结构 ， 以 查看 堆栈 是 否 兼容 。 
但 是 ， 从 同一 个 堆栈 开始 并 不 意味 着 保持 并 发 版 本 控制 。 另 一 个 需要 注意 的 问 
题 是 ， 应 完全 避免 在 库 堆栈 的 特定 版 本 上 创建 业务 组 件 。 这 种 方法 阻止 了 微服 
务 中 的 任何 技术 开发 行为 。 例 如 ， 无 法 使 用 安全 补丁 。 

O ”微服 务 域 的 边界 。 前 述 内 容 曾 对 边界 上 下 文 有 所 提 及 ， 但 这 一 问题 仍 值得 再 次 
强调 。 当 确定 微服 务 域 与 微服 务 体系 结构 是 否 兼 容 时 ， 以 及 所 设计 的 内 容 是 否 
为 解 烛 的 单 体 部 分 时 ， 微 服务 限制 十 分 有 用 。 松 散 耦 合 定义 了 一 个 受 业 务 更 新 
和 变化 影响 的 微服 务 ， 而 不 会 与 插入 微服 务 的 生态 系统 发 生 重大 冲突 。 

O “在 微服 务 间 建 立 客户 端 -服务 器 关系 。 这 表明 ， 每 个 微服 务 表示 为 一 个 独立 的 应 
用 程序 ， 且 自身 包含 完整 的 自主 性 。 当 某 个 微服 务 依赖 于 另 一 个 微服 务 的 业务 
解决 方案 时 ， 需 要 设置 一 个 提示 点 。 微 服务 可 以 自由 地 相互 通信 以 获取 信息 ， 
但 不 能 解决 业务 问题 。 当 微服 务 向 另 一 个 微服 务 发 送 消息 ， 并 等 待 响应 以 完成 
任务 时 ， 将 会 出 现 错误 。 该 错误 非常 重要 ， 将 导致 可 伸缩 性 和 事务 处 理 问题 。 
当 微 服务 向 另 一 个 微服 务 发 送 消息 时 ， 异 步 问 题 往往 不 可 忽略 。 期 间 ， 一 个 微 
服务 服务 器 执行 任务 并 提供 信息 ; 另 一 个 客户 端 微服 务 则 请 求 信息 。 当 服务 器 
和 客户 端 链接 至 某 个 微服 务 上 时 ， 即 会 产生 设计 错误 。 

ü “在 单独 的 容器 中 部 署 。 这 种 方法 不 仅 实现 了 微服 务 的 独立 结构 ， 而 且 确保 微服 
务 的 故障 是 完全 独立 的 ， 从 而 不 会 破坏 整个 微服 务 池 。 当 讨论 独立 容器 时 ， 不 
一 定 是 指 虚 拟 化 问题 。 这 里 所 指 的 容器 可 以 是 物理 容器 ， 这 取决 于 公司 的 策略 
和 资源 。 然 而 ， 将 多 个 微服 务 置 于 同一 容器 中 并 非 是 一 种 良好 的 方案 。 需 要 注 
意 的 是 ， 单 一 容器 中 的 一 组 微服 务 在 出 现 循 环 微服 务 时 将 会 产生 故障 。 

单一 容器 对 于 堆栈 工具 升级 也 很 重要 ， 但 是 此 类 工具 并 没有 经 过 适当 的 编码 ， 如 数 

据 库 和 缓存 。 


1.23 ”可 扩展 性 


可 扩展 性 是 一 类 常见 问题 ， 相 关内 容 可 参考 Martin L. Abbott 和 Michael T. Fisher 撰 
写 的 The Art of Scalability 一 书 。 相 应 地 ， 可 扩展 立方 体 完全 适用 于 微服 务 ; 一 般 情况 下 ， 
Web 应 用 程序 也 需要 具备 可 扩展 性 。 图 1.4 显示 了 可 扩展 立方 体 。 

可 扩展 立方 体 这 一 概念 表明 ， 基 本 上 存在 3 种 形式 的 扩展 行为 ， 即 和 X 轴 、 立 轴 和 了 
轴 。 为 了 更 好 地 理解 这 3 种 方案 ， 我 们 将 通过 相关 示意 图 进行 解释 。 
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Z 轴 
数据 分 区 


Xh 
水 平分 解 


1. X 轴 

在 X 轴 上 ， 该 策略 的 目标 是 水 平 可 扩展 性 ， 并 使 用 相同 的 应 用 服务 器 〈 完 全 复制 n 
次 ， 并 采用 1/m 平衡 阶 ) 。 

该 策略 的 主要 问题 在 于 ， 需 要 使 用 到 数据 库 和 缓存 这 一 类 资源 。 某 些 场合 下 ， 由 于 
访问 这 些 特 性 的 应 用 程序 的 数量 会 逐渐 增加 ， 因 此 需要 进行 扩展 。 针 对 这 种 策略 ， 缓 存 
需要 更 多 的 内 存 空间 ; 数据 库 则 需要 更 大 的 连接 池 ， 因 而 是 否 能 够 带 来 收益 还 有 待 商 榨 ， 
如 图 1.5 所 示 。 
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2. Y 轴 


在 该 策略 中 ， 均 衡器 使 用 一 个 动词 或 路 线 来 识别 请 求 的 位 置 。 图 1.6 显示 了 立轴 。 


图 1.6 


这 一 原则 似乎 不 太 具 有 可 扩展 性 ， 但 它 实际 上 是 Y 轴 和 XX 轴 的 连接 点 ， 并 可 用 于 扩 


展 微服 务 。 


偶尔 情况 下 , Y AURI XC 轴 之 间 的 这 种 连接 方式 可 为 部 分 微服 务 带 来 可 扩展 性 。 在 图 1.7 
中 可 以 看 出 ， 新 闻 是 规模 最 大 的 微服 务 ， 其 次 是 推荐 系统 ， 但 用 户 并 没有 什么 太 大 的 变 
化 。 这 种 扩展 技术 可 极 大 地 消除 共享 资源 访问 所 带 来 的 问题 ， 其 原因 在 于 ， 每 个 微服 务 
结构 管理 并 使 用 自身 的 资源 ， 例 如 缓存 和 数据 库 。 
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对 于 可 扩展 结构 来 说 ，Z 轴 和 X 轴 十 分 类 似 ， 因 为 它 在 每 个 服务 器 上 发 布 的 代码 完 
全 相同 。 二 者 间 重 要 的 差别 在 于 ， 每 台 服 务 器 响应 于 特定 的 数据 子 集 。 在 该 策略 中 ， 搜 
索 不 仅 提供 了 应 用 程序 的 可 扩展 性 ， 同 时 还 提供 了 用 户 所 使 用 的 数据 。 

图 1.8 显示 了 与 乙 轴 相关 的 示例 。 


图 1.8 


当 涉 及 微服 务 时 ， 并 不 完全 排除 这 种 策略 ， 但 其 使 用 方式 则 有 所 不 同 。 适 用 性 最 终 
体现 在 地 理 位 置 上 。 这 意味 着 ， 在 全 球 应 用 程序 中 ， 微 服务 的 数据 库 是 按 区 域 分 布 的 ， 
最 好 是 在 该 区 域 中 可 用 。 也 就 是 说 ， 访 问 欧洲 网 站 的 用 户 最 好 能 看 到 欧洲 新 闻 。 

如 何 扩展 微服 务 的 定义 与 业务 策略 直接 相关 。 从 技术 的 角度 来 看 ， 重 点 是 提供 一 种 
灵活 的 软件 策略 ， 并 允许 出 现 变更 。 

4. 替换 

微服 务 更 新 是 一 类 较为 常见 的 行为 , 但 是 有 时 候 这 些 更 新 会 对 微服 务 产 生 负 面 作用 。 
新 功能 可 以 使 微服 务 承担 许多 职责 ， 且 超出 原 有 的 域 概念 。 

一 种 常见 的 错误 是 添加 新 特性 并 使 旧 功 能 失效 ， 但 并 未 完全 删除 它们 。 当 创建 一 个 
新 的 微服 务 以 蔡 换 旧 的 微服 务 时， 开发 过 程 中 的 某 些 特性 将 变 得 更 加 清晰 。 

这 一 过 程 可 能 看 起 来 比较 耗 时 ， 但 是 ， 对 于 整体 应 用 程序 来 说 ， 它 是 非常 健康 的 。 
另外 ， 还 需要 重新 考虑 旧 的 特性 是 否 仍然 有 意义 ， 并 删除 任何 与 业务 无 关 的 僵尸 代码 ， 
同时 成 为 资源 的 消费 者 和 复杂 度 的 聚合 器 。 

对 于 微服 务 来 说 ， 蔡 换 过 程 十 分 简单 ， 如 图 1.9 所 示 。 
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外 部 客户 端 也 


图 1.9 


蔡 换 处 理 过 程 所 涉及 的 概念 十 分 简单 。 利 用 控制 作为 平衡 层 ， 将 管控 90% 的 旧 微 服 
务 请 求 ， 以 及 10% 的 新 微服 务 请 求 ， 进 而 监视 和 分 析 新 应 用 程序 的 成 熟 度 、 是 否 遗忘 了 
某 些 特性 或 产生 了 某 些 不 必要 的 副作用 。 

这 种 方法 减少 了 对 产品 的 负面 影响 ， 并 提供 了 关于 新 应 用 程序 的 真实 数据 。 随 着 新 
的 微服 务 不 断 成 熟 以 及 对 特性 可 信和 度 的 提升 ， 将 对 新 的 微服 务 发 布 更 高 比例 的 请 求 。 更 
为 重要 的 是 ， 鉴 于 小 型 业务 范围 和 低 耦 合 ， 微 服务 很 容易 被 蔡 换 。 在 业务 和 推 栈 方面 ， 
完全 蔡 换 服务 都 将 是 一 个 较为 自然 的 处 理 过 程 。 


1.3 轻 量 级 通信 


在 单 体系 统 中 ， 许 多 项 目 仅仅 因为 通信 层 中 的 问题 而 无 法 成 功 地 迁移 到 微服 务 体系 
结构 。 当 然 ， 当 我 们 讨论 容器 、 分 布 式 应 用 程序 和 业务 域 划分 时 ， 读 者 可 能 会 对 某 些 术 
语感 到 陌生 ， 如 延迟 和 数据 转换 。 

单 体 应 用 程序 中 的 通信 由 内 部 组 件 构成 ， 如 方法 、 函 数 、 属 性 和 参数 。 在 该 生态 系 
统 中 ， 延 迟 和 数据 转换 彼此 无 关 。 在 微服 务 中 ， 则 需要 对 此 加 以 全 盘 分 析 。 

微服 务 之 间 的 通信 涵盖 以 下 两 种 方法 : 

ü 同步 方法 。 

口 异步 方法 。 

读者 应 理解 每 种 形式 的 工作 方式 ， 如 表 1.1 所 示 。 
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表 1.1 
一 对 一 一 对 多 


同步 方法 请 求 /响应 


异步 方法 通知 发 布 /订阅 


请 求 /异步 响应 发 布 /异步 响应 


在 表 1.1 中 ,所 用 的 通信 类 型 将 根据 域 需求 而 变化 。 对 于 直接 和 顺序 系统 ， 同 步 通 信 


更 加 适宜 。 在 不 需要 即时 响应 的 任务 中 ， 异 步 方案 则 更 为 可 取 。 
1.3.1 同步 


对 于 微服 务 之 间 的 通信 ， 同 步 方 法 则 是 一 种 应 用 更 为 广泛 的 方案 。 其 中 ， 某 些 协 议 


较为 知名 ， 而 其 他 一 些 协 议 则 较 少 被 提 及 。 直 接 协议 的 范围 包括 以 下 内 容 ， 
HTTP. 

TEP% 

WebSockets。 

Sockets; 

RPC. 

SOAP. 


DOOCDOCOCU 


一 般 来 讲 ,最 常用 的 实现 是 HTTP 协议 。 许 多 微服 务 使 用 HTTP 进行 通信 , 因为 HTTP 


通常 与 JSON 一 起 使 用 。 


该 方案 的 问题 在 于 ， 当 采用 HTTP 协议 时 ，JSON 在 发 送 和 传输 信息 时 ， 其 处 理 时 间 
往往 难以 令 人 满意 。 对 于 App-App 通信 和 API 常规 连接 ， 一 些 采 用 JSON (基于 HTTP 


协议 ) 的 团队 仅 采 用 了 维持 策略 。 
对 于 HTTP, 基于 JSON 的 API 在 实际 操作 过 程 中 可 视 作 一 种 规范 行为 ; 而 丰 


E 微 服务 


间 的 内 部 通信 中 ， 这 将 会 带 来 一 定 的 问题 。 考 虑 到 延迟 和 数据 传输 问题 ， 一 种 较 好 的 方 


法 是 针对 微服 务 间 的 通信 使 用 二 进 制 传输 。 


这 种 方法 涵盖 多 种 选取 方案 ， 例 如 Avro、 基 于 CPRM 的 协议 缓冲 区 和 Thrift 等 。 另 
外 需要 注意 的 是 ， 对 于 二 进 制 ， 我 们 不 需要 绑 定 任何 特定 的 技术 ， 使 用 该 方法 更 改 通信 


接口 非常 简单 。 
132 异步 


在 微服 务 间 的 某 些 直接 通信 中 ， 时 序 问 题 非常 重要 。 但 在 一 些 场合 下 ， 异 步 处 理 已 
然 可 满足 要 求 ， 且 不 需要 立即 响应 或 确认 成 功 ， 只 需要 简单 地 运行 任务 即 可 。 对 于 这 种 


方法 ， 消 息 代理 可 完美 地 解决 这 一 类 问题 。 
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某 些 软件 应 用 程序 对 消息 代理 提供 了 较 好 的 支持 , 如 RabbitMQ. ActiveMQ, ZeroMQ. 
Kafka 和 Redis。 每 一 种 选择 方案 都 拥有 自己 的 特点 ， 如 速度 、 弹 性 。 同 样 ， 业 务 设 置 将 
决定 使 用 哪 一 种 技术 。 


14 异 质 /多 语言 


在 软件 开发 中 ， 并 不 存在 单一 的 解决 方案 ， 此 言 极 是 。 对 于 经 过 良好 整合 的 微服 务 ， 
-种 有 趣 的 现象 是 ， 微 服务 间 可 能 采用 了 完全 不 同 的 技术 。 针 对 某 个 问题 的 解决 方案 ， 
微服 务 的 这 一 异 质 特征 使 得 团队 能 够 寻找 最 为 适宜 的 处 理 方法 。 

当 使 用 多 语言 的 微服 务 时 ， 对 于 部 署 和 维护 ， 理 解 其 不 断 增长 复杂 度 是 十 分 重要 的 。 

然而 ， 异 构 应 用 程序 对 此 提供 了 有 益 的 补充 。 


1.5 通信 的 文档 化 

团队 之 间 的 通信 相对 复杂 ， 无 论 是 技术 团队 还 是 业务 团队 。 在 其 他 时 候 ， 各 种 团队 

之 间 的 技术 通信 《如 前 端 、 后 端 和 移动 端 ) 可 能 代价 高 昂 ， 某 些 交 付 、 提 交 或 特性 功能 
往往 会 被 延迟 。 顺 畅 的 通信 机 制 对 于 任何 项 目的 成 功 都 是 至 关 重 要 的 。 

在 内 部 代码 或 简单 的 文档 中 ， 编 写 良 好 的 文档 是 团队 间 知 识 标准 化 的 最 佳 方式 。 针 

对 这 一 问题 ，Swagger API 可 视 为 一 种 较 好 的 蔡 代 方案 ， 如 图 1.10 所 示 。 
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通过 简单 的 配置 文件 , 全 部 API 均 可 实现 团队 (开发 需求 团队 和 开发 解决 方案 团队 》 
间 的 集成 开发 。 


1.6 Web 应 用 程序 端点 


在 前 述 发 布 接 口中 曾 谈 到 ， 定 义 端点 的 内 容 及 其 尺寸 十 分 重要 。 

一 个 较为 重要 且 尚 未 被 解决 的 话题 是 ， 处 于 公开 状态 的 端点 的 组 件 化 。 考 察 与 用 户 
信息 相关 的 微服 务 ， 某 些 开发 团队 决定 构建 大 型 端点 ， 进 而 提供 与 用 户 相关 的 全 部 信息 。 
这 种 类 型 的 端点 (getUser 类 型 ) 易 于 开发 ， 但 却 难以 扩展 。 

对 于 那些 使 用 API 的 用 户 来 说 ， 大 量 无 用 的 信息 可 能 正在 被 传递 ， 或 者 是 需要 传输 
的 信息 较为 特殊 ， 且 由 微服 务 生 成 的 开销 较 大 。 实 际 上 ， 较 为 明智 的 方法 是 创建 一 个 更 
加 分 散 和 多 样 化 的 信息 API， 如 果 需 要 使 用 getUser， 则 创建 一 个 包含 较 小 信息 的 编排 器 ， 
并 在 单一 端点 上 传递 ， 如 图 1.11 所 示 。 


getUser 


getUserldentification 


getUserAddress 


getUserContacts 


图 1.11 
这 一 策略 类 型 称 作 端点 构造 器 ， 其 中 ， 重 要 的 信息 实际 上 是 其 他 轻 量 级 数据 源 的 


组 合 。 


1.7 移动 应 用 程序 端点 


诸如 速度 和 加 权 信息 这 一 类 问题 在 Web 中 并 不 十 分 常见 ， 但 在 移动 环境 下 ， 情 况 则 
有 所 不 同 。 
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为 移动 应 用 程序 提供 轻 量 级 和 成 熟 的 API 的 组 件 化 端点 ， 对 于 业务 成 功 至 关 重 要 。 
没有 人 希望 电量 被 耗 尽 ， 只 是 因为 应 用 程序 包含 开销 巨大 的 端点 。 

在 移动 生态 系统 中 , 前 述 内 容 提 到 的 基于 getUser 的 API 是 完全 不 切实 际 的 。 微 服务 
限制 的 定义 不 仅 涉及 构成 微服 务 域 的 内 容 ， 而 且 还 包括 公开 该 域 的 数据 。 
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对 于 Web 应 用 程序 来 说 ， 缓 存 策略 是 重点 讨论 的 内 容 之 一 ; 而 对 于 微服 务 ， 情 况 也 
大 致 如 此 。 

当 谈 及 客户 端 上 的 缓存 时 ， 一 般 意 味 着 ， 如 果 确 实 必 要 ， 请 求 只 传递 到 后 端 进行 处 
理 。 换 而 言 之 ， 对 于 近期 已 经 实现 了 的 请 求 ， 这 将 试图 阻止 直接 访问 后 端 。 

针对 该 策略 ， 一 种 十 分 有 效 的 工具 是 Varnish Cache. Varnish Cache 加 速 器 是 一 个 
Web 应 用 程序 , 也 称 作 反 向 HTTP 代理 缓存 。 图 1.12 显示 了 Varmish Cache 中 的 相关 操作 。 


图 1.12 


请 求 来 自 各 种 类 型 的 Web 客户 机 。Vamish Cache 仅 在 首次 时 将 请 求 传递 给 服务 器 ， 
并 存储 来 自 服务 器 的 接收 数据 。 如 果 对 Varnish Cache 中 已 经 存在 的 相同 信息 进行 第 二 次 
请 求 ， 那 么 该 缓存 将 回答 请 求 ， 以 使 服务 器 免 受 此 类 访问 打扰 。 

Vamish Cache 可 以 在 内 存 中 存储 许多 不 同类 型 的 信息 ， 但 重要 的 一 点 是 ， 其 目标 是 
传输 的 数据 。 如 果 信息 不 是 组 件 化 的 ，Varnish Cache 总 是 让 请 求 进入 服务 器 ， 用 户 无 法 
知道 请 求 是 否 是 相同 的 类 型 。 
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设计 良好 的 微服 务 具 有 高 度 的 可 扩展 性 ， 但 它 确实 意味 着 可 拥有 无 限 的 资源 。 在 云 
计算 资源 有 限 的 情况 下 ， 情 况 则 有 所 变化 ， 提 供 服务 的 成 本 可 能 会 变 得 非常 高 ， 以 至 于 
阻止 了 相同 的 服务 。 

考虑 到 这 一 点 后 ， 我 们 可 以 采取 一 些 措施 来 降低 开销 成 本 。 正 如 前 面 提 到 的 ， 高 效 
的 缓存 的 实现 便 是 其 中 之 一 。 然 而 ， 这 还 不 是 全 部 内 容 : 某 些 时 候 ， 为 了 阻止 资源 的 高 
消耗 ， 调 节 〈 节 流 ) 行为 也 不 可 或 缺 。 

下 列 情形 缺少 一 定 的 可 行 性 : 作为 Web 页 面 ， 微 服务 的 客户 端 针 对 当前 微服 务 运行 
大 量 请 求 ; 或 者 同一 页 面 尚未 完善 ， 且 无 法 处 理 已 经 接收 到 的 数据 。 

为 此 ， 简 单 的 调节 机 制 对 于 减少 微服 务 的 消耗 非常 有 效 ， 即 保持 指向 信息 使 用 以 及 
传输 至 客户 端的 引用 。 

下 列 内 容 涵盖 了 一 些 相关 的 调节 策略 。 

口 来 自 同一 客户 端的 每 分 钟 请 求 数 。 

口 来 自 同一 客户 端的 每 秒 请 求 数 。 

口 ”对 于 类 似 信息 ， 来 自 同一 客户 端的 每 分 钟 请 求 数 。 

O ”对 于 相同 信息 和 客户 端 ， 每 秒 的 请 求 数 。 

据 此 ， 即 可 抑制 某 些 潜在 的 错误 ， 如 不 适当 的 数据 操作 、 不 可 靠 的 Ajax 请 求 ， 以 及 
相对 简单 的 攻击 尝试 行为 。 


1.10 确定 贫血 域 


若 缺 乏 成 熟 的 业务 层 以 实现 自身 的 任务 ， 那 么 ， 此 类 微服 务 可 视 为 构建 于 贫 
Canemic) 域 上 的 软件 示例 。 
对 此 ， 可 以 通过 以 下 简单 的 观察 来 识别 贫血 域 : 
微服 务 无 法 仅 使 用 接收 到 的 数据 执行 自身 任务 。 
微服 务 需要 获取 多 个 端点 中 的 数据 执行 某 项 任务 。 
微服 务 缺 乏 自给 自足 的 实体 模型 。 
微服 务 在 另 一 个 微服 务 中 等 待 任务 完成 ， 以 执行 后 续 操作 。 
微服 务 需要 利用 其 他 外 部 微服 务 共享 资源 ， 此 类 资源 可 缓存 至 样本 数据 库 中 。 
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如 果 正 在 开发 的 微服 务 具 有 上 述 特征 之 一 ， 那 么 它 可 能 是 一 个 薄弱 的 领域 。 如 果 微 
服务 具有 所 列 的 两 个 或 多 个 特征 ， 那 么 它 肯 定 是 一 个 贫血 域 。 

贫血 域 对 微服 务 生 态 系统 是 非常 有 害 的 ， 当 纠正 由 于 各 自 领域 成 分 不 足 而 产生 的 技 
术 债 务 时 ， 其 开销 倾向 于 成 倍增 加 。 


1.11 确定 fat 域 


在 许多 情况 下 ， 微 服务 执行 的 任务 往往 会 超出 其 应 有 的 数量 。 显 然 ， 一 切 都 很 好 ， 
部 署 也 简化 了 。 但 事实 上 ， 这 是 一 个 fat 域 。 微 服务 之 所 以 没有 这 个 名 称 ， 不 仅 是 因为 它 
们 是 一 个 小 应 用 程序 ， 而 且 还 包含 一 个 小 而 简单 的 业务 域 。 若 微服 务 在 某 个 特定 领域 中 
包含 限制 条 件 ， 通 常 意味 着 该 应 用 程序 在 初始 状态 下 构建 于 一 个 小 型 单 体 之 上 。 

针对 我 们 的 新 闻 门 户 网 站 ， 用 户 可 视 为 微服 务 的 较 好 的 候选 者 。 构 建 一 个 管理 用 户 
数据 的 微服 务 是 很 有 意义 的 。 然 而 ， 在 单 体 应 用 程序 中 ， 用 户 层 与 AAA“ 身份 验证 、 授 
权 和 记 帐 ) 间 一 般 具 有 很 强 的 连接 。 

当 涉 及 微服 务 数据 时 ， 用 户 和 AAA 之 间 无 须 耦 合 。 这 主要 是 因为 AAA 的 整体 过 程 
不 仅 限于 终端 用 户 ， 还 包括 移动 、 前 端 和 使 用 者 API 等 客户 端 。 在 这 种 情况 下 ， 用 户 微 
服务 代表 一 个 fat 域 。 

ER fat 域 的 划分 可 通过 两 部 分 内 容 所持 有 ， 即 AAAService 和 UserService。 另 一 种 
方法 是 基于 网 关 API 的 AAA 职责 。 对 于 产品 的 整体 增长 来 说 , 基于 这 些 独立 领域 的 功能 
可 扩展 性 和 实现 特性 则 要 有 趣 得 多 。 

对 于 最 终 产 品 的 增长 和 可 扩展 性 ， 理 解 域 的 尺寸 和 限制 条 件 十 分 重要 。 


1.12 ”针对 业务 确定 微服 务 域 


现在 是 理解 本 书 中 开发 的 业务 领域 的 时 候 了 。 具 体 来 说 ， 域 包含 在 我 们 的 单 体 应 
程序 中 ， 下 面 回顾 一 下 它 是 如 何 构成 的 。 这 里 的 单 体 Django 由 以 下 3 个 Django 应 用 程 
序 组 成 : 

DD News. 

DD Recommendations. 

口 Users。 

需要 注意 的 是 ， 在 当前 上 下 文中 ， 鉴 于 Django 的 设计 方式 ， 用 户 和 AAA 处 于 耦合 
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状态 。 我 们 已 经 看 到 ， 对 于 微服 务 来 说 ， 这 并 非 是 一 种 理想 状态 。 

另 一 点 需要 注意 的 是 ， 新 闻 不 一 定 会 产生 单一 的 微服 务 ; 我 们 可 以 根据 不 同 的 新 闻 
类 型 创建 不 同 的 微服 务 。 针 对 每 种 不 同类 型 的 新 闻 内 容 ， 这 将 促进 API 的 目标 定位 和 可 
扩展 性 。 假 设 当前 门户 网 站 中 涵盖 了 体育 、 政 治 和 名 人 新 闻 等 内 容 。 如 果 开 发 了 一 个 新 
的 主题 ， 那么 ， 将 为 这 个 主题 创建 一 个 新 的 News 微服 务 。 这 种 方法 为 应 用 程序 的 这 一 部 
分 内 容 提供 了 类 似 于 乙 轴 的 可 扩展 性 。 

首先 ， 当 前 域 将 划分 为 以 下 类 别 : 


SportNewsService。 


PoliticsNewsService。 
FamousNewsService. 
RecomendationService. 
UsersService. 
AAAService (J) 。 
当然 ， 读 者 还 可 以 添加 新 域 ， 并 删除 其 他 域 ， 另外， 限制 当前 微服 务 的 视图 是 我 们 
的 主要 目标 。 


OOODOODODO 


1.13 ”从 域 到 实体 


当 设 置 了 应 用 程序 中 的 域 后 ， 下 面 将 对 实体 加 以 定义 。 当 我 们 谈 到 实体 微服 务 时 ， 
必须 注意 ， 微 服务 之 间 的 任何 事务 需求 都 可 能 导致 设计 错误 。 

代理 的 进程 异步 消息 可 以 用 于 清理 数据 库 ， 但 这 并 不 意味 着 其 间 存 在 事务 。 尝 试 在 
完全 分 离 的 微服 务 之 间 建 立 一 种 事务 类 型 可 能 是 一 个 很 大 的 错误 。 当 前 ， 我 们 的 旧 应 用 
程序 包含 以 下 实体 : 

口 新 闻 。 

> ID: UniqueID。 

作者 : FK user id. 
标题 。 
描述 。 
内 容 。 
标记 : 新 闻 主 题 。 
类 型 : 行为 类 型 〈 体 育 、 名 人 新 闻 、 政 策 ) 。 
CreatedAt。 
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>  UpdatedAt. 
>  PublishedAt. 
ü 推荐 系统 。 
> Label. 
» user id 
u 用 户 。 
> ID. 
> A. 
> ”电子 邮件 。 
除了 上 述 实 体 之 外 ， 为 了 提供 访问 权限 以 及 其 他 权限 ， 还 可 定义 一 系列 的 表 以 补充 
用 户 的 信息 。 
随 着 微服 务 架 构 的 整体 体系 结构 的 转变 , 这 些 实体 的 数据 模型 和 设计 也 将 发 生变 化 。 
首先 ， 我 们 知道 所 有 的 新 闻 片 段 都 不 会 是 独一无二 的 。 这 意味 着 需要 执行 类 型 的 删 
除 操作 。 对 于 新 闻 服 务 来 说 ， 其 中 涉及 以 下 内 容 
ID。 
作者 。 
标题 。 
描述 。 
内 容 。 
标记 。 
CreatedAt。 
UpdatedAt。 
PublishedAt。 
另 一 个 变化 是 ， 用 户 将 不 再 负责 身份 验证 和 授权 方面 的 工作 。 
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1.14 本 章 小 结 


本 章 的 目标 是 从 领域 和 技术 角度 ， 向 读者 展示 可 扩展 微服 务 架构 的 基础 知识 。 

我 们 介绍 了 一 些 相关 主题 ， 如 在 微服 务 中 使 用 域 驱动 设计 、 扩 展 立 方 体 、 单 职责 原 
则 和 已 发 布 的 接口 ， 以 便 提供 所 需 的 最 低 限 度 的 理论 知识 ， 因 此 读者 可 以 在 接 下 来 的 章 
节 中 将 其 投入 至 实际 应 用 中 。 

第 2 章 将 利用 所 学 的 各 种 概念 定义 堆栈 。 
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在 选择 微服 务 堆栈 时 ， 尚 存在 一 些 争 议 问题 ， 主 要 体现 在 性 能 、 实 用 性 、 成 本 和 可 
扩展 性 方面 ， 其 中 大 部 分 内 容 与 背景 观点 有 关 ， 其 正确 性 也 值得 进一步 商 椎 。 

显然 ， 针 对 堆栈 和 实现 ， 在 指定 技术 决策 时 都 应 该 考虑 开发 团队 的 历史 。 然 而 ， 在 
开发 一 个 产品 时 ， 有 时 也 需要 留 下 一 些 舒 适 区 (comfort zone) 。 和 舒适 区 可 以 是 编程 语言 、 
协议 、 框 架 或 数据 库 ， 它 们 可 以 限制 开发 人 员 快 速 移动 的 能 力 。 随 后 ， 开 发 的 应 用 程序 
将 变 得 越 来 越 具 可 扩展 性 。 

本 章 将 考察 内 部 讨论 机 制 和 开发 团队 方面 的 内 容 ， 重 要 的 是 要 理解 开发 堆栈 是 一 项 
严谨 的 行为 ;为 了 开发 最 好 的 产品 ， 我 们 应 该 始终 考虑 成 本 和 可 扩展 性 问题 。 

本 章 中 的 一 些 批评 和 建议 并 非 是 针对 所 用 技术 进行 蛮 贬 ， 全 部 分 析 工作 均 围 绕 本 书 
的 最 终 产品 而 展开 ， 即 基于 微服 务 的 新 闻 门 户 网 站 。 

本 章 主要 涉及 以 下 内 容 : 
编程 语言 。 
微服 务 框架 。 
二 进 制 通信 。 
消息 代理 。 
缓存 工具 。 
错误 提示 工具 。 
区 域 证 明 。 
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21 编程 语言 


讨论 编程 语言 往往 会 引起 争议 ， 主 要 是 因为 许多 开发 人 员 并 未 深入 地 理解 编程 语言 。 
然而 ， 编 程 语言 应 该 被 视 为 真正 的 工具 。 每 个 工具 都 有 特定 的 用 途 ， 编 程 语言 也 不 例外 。 

本 章 主要 分 析 新 闻 门 户 网 站 的 业务 规则 ， 其 中 将 会 涉及 编程 语言 的 选取 。 

微服 务 的 一 大 优点 是 应 用 程序 的 异 构 性 。 换 句 话 说 ， 不 需要 考虑 将 一 个 堆栈 应 用 到 
所 有 业务 领域 。 因 此 ， 我 们 可 以 定义 所 用 的 每 个 微服 务 堆栈 ， 包 括 所 涉及 的 编程 语言 。 

基本 上 讲 ， 任 何 满足 互联 网 的 编程 语言 都 可 以 在 微服 务 中 使 用 ， 其 中 的 差异 源 自 编 
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码 的 需求 条 件 和 域 边界 。 

如 果 微服 务 具 有 很 强 的 数学 处 理 负载 需求 ， 或 者 数值 的 不 可 变性 占据 主导 地 位 ， 那 
么 函数 语言 将 是 一 种 较 好 的 方式 ， 如 果 需 要 处 理 大 量 的 数据 ， 那 么 答案 可 能 是 使 用 基于 
虚拟 机 的 编译 语言 。 

否则 ， 项 目的 交付 日 期 ， 甚 至 是 应 用 程序 的 整体 架构 均 会 受到 影响 ， 因 此 ， 在 进行 
定义 之 前 ， 需 要 对 以 下 几 方 面 内 容 加 以 分 析 
熟练 程度 。 
性 能 。 
开发 的 实用 性 。 
生态 系统 。 
扩展 的 开销 。 


2.1.1 熟练 程度 


软件 开发 人 员 的 第 一 个 目标 是 编程 语言 或 范例 的 熟练 程度 。 达 到 良好 的 熟练 程度 并 
不 容易 ， 有 些 语言 的 学 习 曲线 可 能 比 其 他 语言 更 加 陡峭 。 

当 熟 练 使 用 一 种 语言 后 ， 最 终 会 产生 一 个 舒适 区 ， 开 发 人 员 或 团队 发 现 很 难 离开 时 ， 
问题 也 会 随 之 出 现 。 相 反 ， 必 须 打 破 一 个 神话 : 一 种 编程 语言 比 另 一 种 要 容易 得 多 。 或 
许 ， 一 种 语言 在 开始 阶段 可 能 会 相对 简单 ， 但 最 终 的 结果 取决 于 开发 人 员 所 经 历 的 实践 
时 间 ， 以 及 所 面临 的 各 种 处 理 场合 。 

另 一 个 需要 改变 的 想法 是 ， 所 有 语言 其 核心 内 容 都 是 平等 的 ， 只 有 语法 才 会 改变 。 
然而 ， 尽 管 语言 之 间 具 有 相似 的 语法 ， 但 在 内 部 设计 和 性 能 上 ， 它 们 是 完全 不 同 的 。 

对 于 微服 务 来 说 ， 当 考虑 使 用 哪 一 种 编程 语言 时 ， 熟 练 程度 确实 是 不 可 忽略 的 因素 
但 也 并 非 是 决定 性 因素 。 


2.1.2 性 能 


OOODODO 


当 为 微服 务 选择 相关 语言 时 ， 性 能 可 视 为 一 个 较为 关键 的 需求 条 件 。 当 探讨 微服 务 
性 能 时 ， 可 能 会 涉及 多 种 问题 ， 例 如 网 络 通信 层 、 数 据 库 的 访问 等 。 所 有 这 些 对 于 微服 
务 来 说 都 是 关键 之 处 。 因 此 ， 编 程 语言 的 执行 速度 不 能 过 于 缓慢 。 

当 目标 致力 于 微服 务 的 性 能 时 ， 无 论 开 发 团队 的 技能 如 何 ， 它 应 该 被 用 于 最 好 的 第 
二 语言 基准 测试 和 压力 测试 。 

一 种 误解 是 ， 一 味 地 追求 开发 团队 实现 某 个 特性 ， 以 及 性 能 需求 的 速度 。 性 能 与 度 
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量 标准 有 关 ， 类 似 于 代码 响应 请 求 或 执行 任务 时 的 行为 。 当 然 ， 个 人 或 团队 绩效 不 包括 
在 这 一 度量 标准 中 。 


2.1.3 ”实践 开发 


该 需求 条 件 负 责 测 量 产品 特性 的 投放 速度 。 实 践 开发 涉及 两 个 团队 : 已 经 存在 的 开 
发 团队 和 可 能 存在 的 开发 团队 。 

如 前 所 述 ，“ 成 功 ” 一 词 对 应 用 程序 和 产品 所 有 者 来 说 都 意味 着 问题 的 出 现 。 保 持 
代码 简单 易 懂 是 修改 代码 和 实现 新 特性 的 基础 。 

良好 的 编程 实践 有 助 于 我 们 对 遗留 代码 的 理解 ， 但 通常 仅 限于 语言 自身 ， 其 原因 在 
于 ， 元 余 内 容 往往 缺乏 友好 性 。 

在 某 些 情况 下 ， 一 种 编程 语言 由 于 其 自身 的 特性 是 极 具 表现 力 的 。 但 是 ， 实 现 新 内 
容 的 时 间 成 本 可 能 非常 昂贵 ， 尽 管 其 过 程 可 能 很 简单 。 

设想 一 下 ， 一 家 初创 企业 刚刚 推出 了 自己 的 产品 ， 该 产品 是 一 种 最 小 化 可 行 性 产品 
(MVP)， 在 投放 市 场 后 执行 一 般 的 公开 化 验证 。 如 果 MVP 获得 成 功 ， 那 么 ， 须 尽快 发 
布 新 的 特性 。 在 这 种 情况 下 ， 代 码 新 增 交互 行为 中 的 实用 性 则 是 当前 的 主要 问题 而 非 
性 能 ) 。 
因此 ， 当 开发 微服 务 并 决定 使 用 某 种 语言 时 ， 上 述 问题 应 引起 足够 的 重视 。 


2.14 ”生态 圈 


编程 语言 的 生态 系统 是 一 项 至 关 重 要 的 内 容 。 

我 们 都 知道 ， 在 开发 任何 应 用 程序 时 ， 框 架 的 某 些 部 分 对 于 速度 和 简单 性 几乎 是 必 
不 可 少 的 。 对 于 微服 务 ， 情 况 也 大 致 相同 。 
可 以 这 样 讲 ， 新 特性 的 研发 并 非 是 技术 屏蔽 所 造成 的 。 当 然 ， 微 服务 体系 结构 提供 
了 多 个 非常 广泛 的 工具 选项 。 当 选择 某 种 编程 语言 时 ， 了 解 其 可 能 存在 的 缺陷 ， 并 继承 
它 的 生态 系统 ， 对 于 负责 实现 的 工程 团队 来 说 是 至 关 重 要 的 。 

在 某 些 情况 下 ， 编 程 语言 非常 具有 表现 力 ， 但 以 开发 速度 取胜 的 生态 系统 往往 会 对 
性 能 产生 损害 ， 而 这 种 现象 普遍 存在 。 

另 一 点 需要 注意 的 是 ， 当 一 种 语言 较为 简单 ， 但 是 框架 还 不 够 成 熟 时 ， 最 终 将 会 引 
入 不 必要 的 复杂 性 。 

观察 一 种 编程 语言 的 生态 系统 ， 并 了 解 继承 带 来 的 风险 ， 是 选取 一 种 语言 时 须 考察 
的 基础 内 容 。 
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2.1.5 扩展 性 的 开销 


扩展 应 用 程序 的 成 本 与 两 个 主要 因素 有 关 。 第 一 个 因素 是 实现 软件 时 所 选 堆栈 的 速 
度 ， 特 别 是 指 算法 处 理 的 速度 和 能 力 ， 以 及 请 求 响应 。 第 二 个 因素 则 是 与 业务 应 用 相关 
的 扩展 能 力 。 例 如 应 用 于 特性 上 的 时 长 ， 特 别 是 新 特性 的 可 预测 性 。 另 外 ， 创 建新 内 容 
或 对 现 有 内 容重 新 设计 均 是 一 项 十 分 耗 时 的 工作 。 

在 微服 务 体系 结构 中 ， 扩 展 性 的 开销 通常 与 较 小 的 域 和 较 少 的 集成 部 分 这 一 类 概念 
有 关 。 即 便 如 此 ， 这 一 类 开销 也 是 非常 重要 的 。 

下 面 考察 两 个 应 用 程序 ， 第 一 个 应 用 程序 与 终端 用 户 具 有 很 强 的 交互 性 ， 例 如 在 线 
游戏 或 实时 编辑 文档 。 第 二 个 应 用 程序 则 仅 具 备 展 示 特 征 ， 并 设置 了 一 个 编辑 区 域 ， 但 
不 会 向 所 有 用 户 开 放 ， 例 如 报纸 或 流 媒体 提供 商 。 

实时 数据 处 理应 用 程序 ， 以 及 对 请 求 的 响应 时 间 须 具备 快速 、 动 态 的 特征 。 在 第 二 
个 应 用 程序 中 ， 鉴 于 缺少 相关 性 ， 因 而 信息 可 位 于 缓存 或 静态 存储 中 。 

如 果 读 者 未 深入 理解 微服 务 的 本 质 ， 那 么 ， 所 付出 的 代价 可 能 相对 高 昂 。 


2.1.6 选取 编程 语言 


综 上 所 述 ， 下 面 将 通过 相关 知识 来 选择 微服 务 的 每 个 领域 中 所 使 用 的 编程 语言 。 
当前 新 闻 门 户 网 站 包含 以 下 领域 ; 
Q SportNewsService. 


Q PoliticsNewsService 

Q FamousNewsService. 

DD  RecommendationService. 

Q UsersService. 

当 给 定 业务 领域 后 ， 可 通过 特征 相似 性 对 其 进行 划分 。 其 中 ，SportNewsService、 
PoliticsNewsService 和 FamousNewsService 包含 类 似 的 行为 。 此 类 微服 务 表 示 为 新 闻 提 供 
商 ， 更 多 地 强调 数据 的 使 用 ， 而 非 接收 信息 。 

这 些微 服务 可 能 包含 一 个 相同 的 起 始 堆栈 ， 但 这 并 不 意味 着 它们 始终 保持 一 致 ， 抑 
或 按照 相同 的 方向 发 展 。 对 于 编程 语言 来 说 ， 性 能 并 不 是 那么 重要 ， 变 化 的 速度 和 新 特 
性 的 实现 才 是 至 关 重 要 的 。 

RecommendationService 不 同 于 其 他 微服 务 ， 终 端 用 户 和 该 微服 务 之 间 不 存在 直接 交 
Ha 另外 ， 编 辑 区 域 与 该 软件 之 间 也 不 存在 直接 交互 。RecommendationService 是 一 类 支 
持 型 微服 务 。 除 此 之 外 ， 还 包含 了 其 他 一 些微 服务 ， 全 部 交互 行为 和 操作 均 在 技术 层面 
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上 进行 。 相 应 地 ， 加 载 和 交互 行为 完全 以 异步 方式 出 现 ， 但 与 其 他 微服 务 相 比 ， 其 处 理 
开销 相对 较 高 ， 毕 竟 这 不 是 一 个 实时 应 用 程序 。 

针对 终端 用 户 和 编辑 层 ，UserServices 微服 务 均 包 含 了 动态 交互 行为 。 源 自 
UserServices 的 信息 也 可 供 其 他 微服 务 使 用 ， 如 RecommendationService。 需 要 注意 的 是 ， 
在 该 层 中 ， 缓 存 行为 比较 危险 ， 如 果 未 实施 正确 、 有 效 的 操作 ， 将 会 提供 错误 的 信息 。 
由 于 UserService 微服 务 支 持 与 互联 网 之 间 的 直接 关系 ， 对 应 的 编程 语言 应 具有 请 求 响应 
速度 、 处 理 速度 、 实 现 特性 的 简单 性 和 良好 的 异步 API。 

考虑 到 各 部 分 内 容 的 特性 ， 下 面 将 选择 一 种 适用 于 每 个 微服 务 的 编程 语言 ， 并 具体 
考察 上 述 新 闻 门 户 网 站 中 的 5 个 领域 。 

编程 语言 间 的 比较 过 程 相对 复杂 ， 此 处 我 们 需要 对 其 做 出 选择 。 许 多 语言 是 可 以 进 
行 比较 的 。 然 而 ， 对 于 当前 应 用 程序 ， 我 们 根据 流行 程度 、 个 人 经 验 、 文 档 和 实际 的 适 
用 性 选择 了 5 种 编程 语言 进行 比较 ， 其 中 包括 Java、C#、Python、JavaScript 和 Go。 


1. Java 


Java 完全 符合 面向 对 象 范式 , 且 非 常 具 有 执行 力 , 同时 降低 了 扩展 的 成 本 。 随 着 Java 
语言 的 发 展 ， 该 语言 不 再 像 以 前 那样 元 长 ， 但 仍然 缺少 应 有 的 简洁 性 ， 要 求 开发 人 员 非 
常熟 练 地 维护 代码 和 实现 新 特性 。 在 生态 系统 方面 ，Java 虚拟 机 非常 出 色 、 成 熟 ， 而 且 
上 分 稳定 ， 但 是 框架 通常 较为 复杂 。 

2. CK 


5j Java 类 似 , C# 完 全 符合 OOP 范式 且 极 具 执 行 力 , 同时 也 降低 了 扩展 成 本 。C# 与 Java 
具有 相似 的 一 面 ， 且 兼 具 一 些 额 外 的 实用 性 特征 。 此 外 ，C# 对 开发 人 员 的 熟练 程度 要 求 较 
高 ， 进 而 可 保证 开发 速度 。C# 的 生态 系统 是 非常 成 熟 的 ， 对 应 的 框架 也 不 是 那么 复杂 。 

3. Python 

Python 并 不 具备 Java、C# 和 OOP 的 语法 特性 , 但 它 很 好 地 迎合 了 范式 。 作 为 一 种 解 
释 型 语言 ， 其 性 能 并 不 如 之 前 提 到 的 几 种 语言 ， 这 意味 着 需要 更 多 的 服务 器 来 支持 解释 
型 语言 所 不 支持 的 相同 负载 。 然 而 ，Python 语言 的 简单 性 表明 ， 当 涉及 代码 维护 和 新 特 
性 开发 时 ， 扩 展 行为 的 高 成 本 得 到 了 补偿 。 开 发 人 员 只 需 在 较 短 的 时 间 内 即 可 掌握 这 门 
语言 。 另 外 ，Python 生态 系统 中 包含 大 量 的 简单 框架 。 在 同一 生态 系统 中 ， 语 言 解释 器 
涵盖 一 系列 的 选项 ， 这 对 性 能 的 提升 有 很 大 的 帮助 。 

4. JavaScript 

毫 无 疑问 , JavaScript 是 在 前 端 和 后 端 之 间 产 生 较 少 冲 突 的 一 种 语言 。 对 于 后 端 来 说 ， 
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JavaScript 是 可 选 的 ; 而 在 前 端 中 则 具有 一 定 的 强制 性 。 开发 人 员 需 要 深入 理解 JavaScript 
的 内 部 行为 ， 以 避免 可 能 出 现 的 错误 。 相 应 地 ， 最 适用 于 JavaScript 的 范例 是 函数 式 的 。 
另外 ，JavaScript 生态 系统 中 存在 大 量 的 框架 。 在 某 些 情况 下 ， 框 架 数量 众多 也 使 问题 变 
得 相对 复杂 。JavaScript 的 性 能 表现 优异 ， 但 是 需要 熟练 地 维护 代码 和 编写 新 特性 。 

5. Go 

Go 是 一 种 编译 的 编程 语言 ， 且 具有 较 好 的 性 能 。 毫 无 疑问 ， 它 是 近年 来 越 来 越 受 欢迎 
的 语言 之 一 。Go 是 一 种 基于 命令 式 范式 的 语言 ， 同 时 也 包含 了 某 种 层次 的 OOP 特征 一 一 较 
少 程序 员 对 此 有 所 了 解 。Go 语言 生态 系统 的 主要 特征 是 一 个 标准 库 ， 在 某 些 情况 下 ， 框 
架 变 得 不 再 必需 。 但 是 这 个 生态 系统 并 不 完美 ， 其 中 包含 了 诸如 版 本 控制 这 一 类 简单 的 
问题 。Go 具有 简单 且 易 读 的 语法 。 其 主要 特性 体现 在 应 用 的 方便 性 以 及 并 发 编程 的 处 理 
方式 。 

为 了 更 清楚 地 进行 比较 ， 图 2.1 显示 了 各 种 语言 所 支持 的 各 项 功能 。 
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图 2.1 


在 我 们 的 新 闻 门 户 网 站 示例 中 ， 所 采用 的 编程 语言 包含 以 下 内 容 。 
Q SportNewsService. PoliticsNewsService 和 FamousNewsService: 此 类 微服 务 采用 
了 Python 语言 ， 这 也 是 该 语言 的 用 武之 地 。 即 使 门户 网 站 的 访问 量 较 大 ， 性 能 
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稍 进 一 筹 的 Python 语言 也 不 会 产生 任何 问题 。 

O  RecommendationService: 该 应 用 程序 同样 使 用 了 Python 语言 ， 这 一 选择 结果 与 
使 用 其 他 工具 时 性 能 和 实用 性 之 间 的 关联 有 关 ， 进 而 构成 我 们 的 微服 务 栈 。 此 
类 微服 务 并 不 要 求 具备 实时 特征 。 我 们 可 以 使 用 一 些 简 化 的 API， 且 不 会 对 生 
态 系 统 的 其 他 部 分 造成 破坏 。 

O UserService: 该 微服 务 使 用 了 Go 语言 。UserService 与 用 户 进行 交互 ,同时 向 其 
他 应 用 程序 微服 务 提供 信息 。 

实际 情况 是 ， 没 有 一 种 工具 可 以 做 到 尽善尽美 ， 每 种 语言 都 包含 了 自身 的 优 缺 点 。 

在 微服 务 架构 可 用 的 众多 技术 中 ， 当 前 任务 是 对 适用 于 各 种 场合 下 的 堆栈 进行 管理 。 
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当 对 框架 进行 处 理 时 ， 考 虑 到 框架 技术 的 多 样 性 ， 我 们 将 至 少 使 用 3 种 框架 以 维护 
相应 的 生态 系统 。 

当然 ， 我 们 可 以 将 所 有 的 微服 务 放 在 同一 个 堆栈 中 。 但 是 ， 为 了 搜索 每 个 领域 的 最 
佳 整体 性 能 ， 我 们 选择 了 一 个 更 复杂 的 堆栈 。 

显然 ， 在 开始 阶段 ， 复 杂 度 将 超出 预期 。 但 这 种 复杂 度 与 每 种 情况 所 体现 的 性 能 相 


匹配 。 
基本 上 讲 ， 新 闻 门 户 网 站 选取 了 3 种 不 同 的 编程 语言 ， 即 Python、Go 和 C#。 下 面 
考察 针对 每 种 语言 所 采用 的 框架 。 因 此 ， 在 为 每 个 微服 务 构建 开发 堆栈 方面 ， 我 们 又 向 
前 迈 出 了 一 步 。 


2.2.1 Python 语言 


Python 中 包含 了 多 种 框架 ， 如 Bottle, Pyramid. Flask, Sanic, JaPronto. Tornado 和 
Twisted。 除 此 之 外 ，Dijango 也 是 一 种 获得 广泛 支持 的 框架 。 

iX", Django 框架 用 于 构建 我 们 的 新 闻 门 户 网 站 ， 并 使 用 了 单 体 版 本 。 对 于 全 栈 应 
用 程序 来 说 ， 它 是 一 个 非常 好 的 工具 ， 且 安装 起 来 十 分 简单 。 然 而 ， 对 于 微服 务 来 说 ， 
个 人 认为 它 并 非 是 针对 这 一 任务 的 最 佳 框架 。 首 先 ，API 的 公开 化 并 不 是 Django 的 固有 
特征 。 使 用 Django 创建 API 来 自 Django Framework Rest 应 用 程序 。 

为 了 维护 Django 框架 的 标准 结构 , 简单 的 API 设计 稍 显 不 足 。 Django 为 开发 人 员 提 
供 了 整个 开发 堆栈 ， 在 开发 微服 务 时 ， 这 并 不 总 是 用 户 期 望 的 方式 。 更 简单 和 更 灵活 的 
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组 合 框架 可 能 更 加 实用 。 

Python 生态 圈 中 还 包含 了 其 他 工作 框架 ， 对 于 API 而 言 同样 工作 良好 ，Flask 便 是 其 
中 之 一 。 像 “Hello world” 这 一 API 可 通过 简单 的 方式 生成 。 

读者 可 利用 下 列 命 令 安装 Flask: 

$ pip install flask 

另外 ， 端 点 的 编写 方式 也 十 分 简单 ， 如 下 所 示 : 


# file: app.py 
# import de dependencies 
from flask import Flask, jsonify 


下 列 代码 显示 了 框架 的 实例 化 操作 : 


app = Flask( name ) 


例 程 的 声明 如 下 所 示 : 


Gapp.route('/') 

def hello(): 
$Prepare the json to return 
return jsonify(('hello': 'world')) 


主 程序 的 执行 方式 如 下 所 示 : 


if name  —— ' main ': 
app.run() 


上 述 代码 将 以 JSON 格式 返回 “hello world” 消 息 。 

Flask 也 引出 了 其 他 一 些 框架 ， 如 Sanic， 其 简洁 性 和 语法 与 Flask 十 分 相近 。 
利用 下 列 命令 可 安装 Sanic: 

$ pip install sanic 

Sanic 的 语法 几乎 等 同 于 Flask， 如 下 所 示 : 

# file: app.py 

下 列 代码 用 于 导入 依赖 关系 : 


from sanic import Sanic 
from sanic.response import json 


Sanic 的 实例 化 操作 如 下 所 示 : 


app = Sanic() 
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例 程 的 声明 如 下 所 示 : 


Q@app. route ("/") 

async def test (request): 
#Prepare the json to return 
return json({"hello": "world"}) 


下 列 代码 将 执行 主 程序 : 

if name  — " main ": 

app.run(host-"0.0.0.0", port-8000) 

性 能 是 Flask 和 Sanic 之 间 的 最 大 差异 。 鉴 于 采用 了 Python 中 的 新 特性 ， 以 及 Sanic 
框架 的 交换 能 力 ，Sanic 框架 的 性 能 优 于 Flask。 然 而 ， 从 成 熟 度 和 市 场 表 现 来 看 ，Sanic 
尚 不 如 Flask。 

Flask 的 另 一 个 特性 是 与 其 他 工具 的 集成 ， 如 Swagger。 据 此 ， 不 仅 可 编写 API， 还 
可 实现 较 好 的 文档 化 管理 。 

对 于 采用 Python 作为 编程 语言 的 微服 务 ， 实 用 性 则 是 至 关 重 要 的 问题 ， 而 非 性 能 ， 
同时 将 该 框架 用 作 Flask 微服 务 。 


2.22 ”Go 语言 


Go 语言 则 与 Python 完全 不 同 。 大 多 数 Python 框架 对 性 能 均 有 所 帮助 ， 并 试图 为 开发 过 
程 提供 最 佳 环境 ， 但 Go 是 不 一 样 的 。 通 常 ， 包 含 许多 特性 的 框架 往往 会 影响 语言 的 性 能 。 

1. 日 志 

日 志方 面 则 无 太 多 变化 ， 读 者 可 以 参考 logrus 文档 (对 应 网 址 为 https://github.com/ 
Sirupsen/logrus) 。 它 是 一 个 非常 成 熟 和 灵活 的 Go 日 志 库 ， 其 中 包含 了 用 于 不 同 工 具 的 
钧 子 程序 ， 如 syslog 和 InfluxDB. 

加 速记 录 日 志 并 提升 实现 的 可 行 性 则 是 logrus 的 主要 特征 。 

2. 处 理 程序 


在 Go 中 创建 路 由 API 非常 简单 , 但 是 本 地 处 理 程序 的 选项 会 带 来 某 些 复杂 性 , 特别 
是 关于 验证 方面 的 问题 。 本 地 合成 器 缺少 一 定 的 灵活 性 ， 所 以 最 好 的 选择 是 寻找 更 高 效 
的 工具 处 理 程序 。 
对 于 处 理 程序 ，Go 语言 包含 多 个 选项 ， 而 且 由 于 底层 语言 的 编写 特性 ， 它 可 能 是 使 
最 多 的 库 模 型 。 
对 于 Go 语言 中 的 路 由 性 能 ， 在 本 书 编写 时 ，Fasthttp 的 表现 十 分 抢眼 〈 对 应 网 址 为 


“30。 微服 务 设 计 模 式 和 最 佳 实践 


https://github.com/valyala/fasthttp) . Fasthttp 库 采 用 Go 语言 编写 并 提供 了 底层 语言 。 此 
外 ，Fasthttp 中 的 各 项 指标 其 表现 均 较 为 突出 。 
下 列 代码 针对 所 提供 的 静态 文件 在 本 地 进行 测试 : 
Running 10s test @ http://localhost:8080 
4 threads and 16 connections 
Thread Stats Avg Stdev Max +/- Stdev 
Latency  447.99us 1.59ms 27.20ms 94.79% 
Req/Sec 37.13k 3.99k  47.86k 76.008 
1478457 requests in 10.02s, 1.03GB read 
Requests/sec: 147597.06 
Transfer/sec: 105.15MB 


其 中 可 看 到 ， 每 秒 的 请 求 数量 超出 了 140000 个 , 但 是 ， 当 采用 Fasthttp 编写 路 由 时 ， 
其 复杂 程度 与 本 地 库 相 当 。 鉴 于 这 一 问题 ， 某 些 框架 可 针对 Fasthttp 定义 接口 ， 
fasthttprouter 便 是 其 中 之 一 〈 对 应 网 址 为 https://github.com/buaazp/fasthttprouter) ， 最 终 
会 创建 许多 开发 构件 ， 而 不 会 过 分 损害 Fasthttp 的 良好 性 能 。 

编写 性 能 良好 的 路 由 方案 是 我 们 所 追求 的 目标 ， 但 也 需要 在 性 能 与 稳定 性 之 间 寻 求 
某 种 平衡 。Fasthttp 及 其 所 有 辅助 接口 都 修改 了 处 理 程序 的 本 地 标准 以 实现 上 下 文本 身 。 
如 果 存 在 较为 严重 的 性 能 问题 , 可 能 需要 考虑 使 用 Fasthttp。 当前 尚 不 会 面临 这 一 类 问题 。 
因此 ， 建 议 使 用 与 标准 Go 接口 更 兼容 的 内 容 。 

gorilla/mux 是 较为 知名 的 选项 (对 应 网 址 为 https://github.com/gorilla/mux) 。 训 无疑 
E, XF Go 语言 来 说 ， 这 也 是 最 为 成 熟 和 应 用 广泛 的 库 。 
3. 中 间 件 
对 于 中 间 件 组 合 ， 可 使 用 Negroni， 对 应 网 址 为 https://github.com/urfave/negroni . 
Negroni 除了 是 一 种 十 分 成 熟 的 工具 之 外 ， 还 与 Mux Gorilla 以 及 本 地 API Go 完全 兼容 。 
4. 测试 
对 于 单元 测试 ， 可 使 用 testify， 对 应 网 址 为 https://github.com/stretchr/testify。testify 
是 一 类 较为 简洁 的 库 ， 并 形成 于 断言 和 Mock 中 ; 而 对 于 功能 测试 ， 则 可 采用 默认 的 Go 
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5. 包 管 理 器 

如 果 说 Go 语言 生态 系统 还 存在 问题 的 话 , 依赖 关系 管理 便 是 其 中 之 一 , 该 问题 应 引 
起 足够 的 重视 。 

顺便 提 及 一 下 , Git 是 Go 依赖 关系 的 官方 存储 库 , 这 里 涉及 全 部 Git, 无 论 是 GitHub, 
Bitbucket 还 是 其 他 内 容 。 此 处 的 问题 是 ， 当 使 用 Go 命令 (go get…) 下 载 依赖 项 时 ， 应 
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用 程序 的 版 本 总 是 主 存储 库 中 的 版 本 ， 因 而 尚 缺 少 严格 的 添加 控制 行为 。 
包 管 理 器 将 使 用 到 godep， 对 应 网 址 为 https://github.com/tools/godep。godep 是 一 个 
简单 的 工具 ,用 于 控制 项 目 中 所 使 用 的 版 本 , 并 利用 存储 库 URL 和 散 列 Git 历史 保护 JSON 


6. Golang ORM 


Gophers 的 一 个 特征 是 使 用 Go 给 开发 者 命名 ， 而 不 是 使 用 ORM。 通 常情 况 下 ， 首 
选项 仅 使 用 数据 库 中 的 通信 驱动 程序 。 

Gophers 一 般 不 使 用 ORM， 而 是 通过 某 个 工具 ， 在 Go 结构 中 生成 更 加 实用 的 数据 
库 信息 。 这 种 关系 数据 库 的 工具 是 SQLX (对 应 网 址 为 https://github.com/jmoiron/sqlx) 。 

SQLX 的 工作 方式 与 ORM 不 同 ， 它 只 是 为 本 地 Go 包 创建 一 个 更 友好 的 接口 ， 以 便 
与 数据 库 /SQL 进行 通信 。 

如 果 选 择 的 数据 库 应 用 程序 是 NoSQL， 那 么 将 很 难 采用 任何 数据 解释 工具 ， 因 为 最 
实用 的 方法 是 仅 使 用 有 效 的 驱动 程序 。 


2.3 ”二进制 通信 一 一 服务 间 的 直接 通信 


前 述 内容 讨 论 了 与 微服 务 相关 的 许多 话题 ， 包 括 协议 、 层 、 类 型 以 及 包 尺寸 。 

微服 务 间 的 通信 对 于 项 目的 成 功 至 关 重 要 ， 问 题 的 关键 之 处 在 于 ， 如 何在 不 影响 产 
品 性 能 的 前 提 下 与 终端 用 户 进行 沟通 。 

如 果 产 品 的 开发 和 部 署 缺乏 可 伸缩 性 ， 或 者 终端 用 户 的 体验 受到 损害 ， 那 么 ， 其 功 
能 将 大 打折 扣 。 

关于 这 个 问题 有 很 多 文献 和 研究 材料 可 供 读者 阅读 ， 尽 管 如 此 ， 挑 战 仍然 存在 。 开 
发 人 员 在 项 目的 这 一 部 分 内 容 中 常会 犯错 误 。 

微服 务 之 间 只 存在 两 种 形式 的 通信 ， 即 同步 和 异步 方式 。 最 常见 的 是 微服 务 之 间 的 
异步 通信 ， 该 方式 更 容易 扩展 ， 但 问题 之 处 有 时 也 更 难以 理解 。 对 于 微服 务 之 间 的 同步 
通信 ， 可 以 很 容易 地 理解 该 领域 中 可 能 出 现 的 错误 ， 但 扩展 行为 则 相对 困难 。 下 面 将 处 
理 同步 通信 问题 。 


2.3.1 理解 通信 方式 


第 一 步 是 理解 微服 务 的 功能 ， 以 及 哪 一 种 通信 方式 最 为 适用 ， 这 里 以 微服 务 推荐 系 
统 为 例 。 微 服务 推荐 系统 是 一 个 微服 务 ， 但 不 与 客户 进行 直接 通信 ， 而 是 跟踪 用 户 的 个 
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人 资料 。 同 时 ， 不 存在 其 他 应 用 程序 从 该 微服 务 中 获得 即时 响应 。 因 此 ， 这 个 微服 务 的 
通信 模型 是 异步 的 。 

也 就 是 说 ，RecommendationService 并 非 是 同步 情形 。 那 么 ， 答 案 又 是 什么 呢 ? 

答案 是 UserService。 当 用 户 输入 与 UserService 通信 的 既定 API 时 , 该 用 户 可 立刻 看 
到 变化 。 当 微服 务 请 求 关 于 UserService 的 一 些 信息 时 ， 我 们 希望 即刻 获取 最 新 的 信息 。 
因此 ，UserService 是 可 以 应 用 同步 通信 的 服务 。 

但 是 如 何在 微服 务 之 间 创 建 一 个 良好 的 同步 通信 层 呢 ? 稍 后 将 对 此 加 以 讨论 。 

1. 同步 通信 工具 

微服 务 之 间 最 常见 的 直接 通信 形式 是 使 用 基于 Rest 的 HTTP. 协议 , 并 传递 JavaScript 
对 象 表示 法 ( 即 著名 的 JSON) 。 通 信 可 有 效 地 支持 API， 并 为 外 部 应 用 提供 端点 。 然 而 ， 
与 性 能 相 比 ， 使 用 HTTP 与 JSON 进行 通信 的 成 本 很 高 。 

首先 ， 对 于 微服 务 之 间 的 通信 ， 与 创建 某 种 管道 , 或 保持 连接 处 于 活跃 状态 的 HTTP 
协议 相 比 ， 优 化 操作 则 更 为 适宜 。 这 里 的 问题 是 对 连接 超时 的 控制 ， 相 关 操 作 应 该 不 是 
特别 严格 ; 除 此 之 外 ， 还 可 能 会 关闭 门 (doo) 、 线 程 或 包含 简单 静默 错误 的 进程 。 该 方 
案 的 第 二 个 问题 是 JSON 发 送 的 序列 化 时 间 ， 一 般 情 况 下 ， 这 将 是 一 个 代价 相对 高 昂 的 
处 理 过 程 。 最 后 ， 还 需要 将 数据 包 的 尺寸 发 送 至 HTTP 协议 中 。 除 了 JSON 之 外 ， 还 应 
对 一 些 HTTP 头 加 以 进一步 解释 ， 并 有 可 能 被 丢弃 。 另 外 ， 没 有 必要 详细 说 明 微服 务 之 
间 的 各 项 协议 ， 唯 一 的 关注 点 应 该 是 维护 一 个 单独 的 层 来 发 送 和 接收 消息 。 基 于 ISON 
的 HTTP 协议 在 微服 务 之 间 进 行 通信 可 能 是 项 目 中 一 个 严重 的 瓶颈 。 尽 管 协 议 的 实现 具 
有 一 定 的 实用 性 ， 但 优化 过 程 非常 复杂 且 难 以 理解 ， 因 而 意义 不 大 。 

许多 人 可 能 会 建议 实现 通信 套 接 字 或 WebSockets。 但 最 终 ， 这 些 通信 层 的 定制 过 程 
与 经 典 的 HITP 非常 相似 。 

微服 务 之 间 的 同步 通信 层 须 完成 下 列 3 项 基本 任务 : 

O ”报告 实践 结果 ， 并 对 期 望 的 消息 进行 控制 。 

O 发 送 简单 、 轻 量 级 的 数据 包 以 及 快速 的 序列 化 操作 。 

O “切实 维护 通信 端点 的 签名 。 

满足 上 述 需求 条 件 的 相关 方案 将 使 用 二 进 制 或 小 型 数据 包 进行 通信 。 

当 与 此 类 协议 协同 工作 时 ， 需 要 注意 的 是 ， 各 种 方案 间 彼 此 不 兼容 。 这 意味 着 ， 对 
于 序列 化 和 小 型 数据 包 的 提交 操作 ， 工 具 选 择 方案 应 与 所 有 的 微服 务 栈 兼容 。 

市 场 上 一 些 较 受 欢迎 的 选择 方案 包括 : 

O “MessagePack 〈 对 应 网 址 为 http://msgpack.org/)。 

O gRPC (对 应 网 址 为 https://grpc.io/) 。 

口 Apache Avro〔 对 应 网 址 为 https://avro.apache.org/) 。 
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O Apache Thrift (对 应 网 址 为 https://thriftapache.org/) 。 

下 面 考察 上 述 选取 方案 的 工作 方式 ， 以 及 针对 新 闻 门 户 网 站 的 最 佳 匹配 方案 。 

2. MessagePack 

MessagePack 或 MsgPack 是 针对 二 进 制 信息 的 一 种 序列 化 器 ， 但 是 ， 正 如 官方 工具 
网 站 所 说 ，“MessagePack 类 似 于 JSON， 但 又 速度 更 快 ， 尺 寸 更 小 ”。 

MsgPack 可 快速 地 序列 化 数据 且 尺 寸 更 小 ， 因 而 针对 微服 务 间 的 通信 提供 了 高 效 的 
数据 包 。 最 初 ，MsgPack 与 其 他 序列 化 器 相 比 并 无 太 多 优势 ， 经 过 上 述 修改 后 ， 这 一 问 
题 得 到 了 有 效 的 解决 。 

当 涉 及 编程 语言 之 间 的 兼容 性 时 ，MsgPack 表现 得 非常 优秀 ， 并 拥有 市 场 上 最 著名 
的 语言 库 ， 如 Python 库 和 Racket。 

MsgPack 在 发 布 的 数据 包 中 并 未 包含 本 地 工具 ， 并 将 其 留 于 开发 人 员 ， 其 问题 在 于 : 
仍 需要 获取 微服 务 间 的 通信 层 以 支持 多 语言 堆栈 。 

3. gRPC 

与 MsgPack 相 比 ，gRPC 则 更 加 完整 ， 并 由 数据 序列 化 器 Protobuf 构成 ， 同 时 使 用 
T RPC 作为 通信 服务 层 。 

对 于 序列 化 ， 可 创建 一 个 .proto 文件 ， 其 中 包含 了 与 RPC 通信 相关 的 信息 ， 必 要 时 
还 可 添加 客户 端 /服务 器 模型 。 

下 列 代码 显示 了 .protocol 文件 示例 ， 相 关内 容 通过 官方 网 站 工具 析 取 。 其 中 ,问候 服 
务 的 定义 如 下 所 示 : 

service Greeter { 

下 列 代码 显示 了 问候 的 发 送 过 程 : 

rpc SayHello (HelloRequest) returns (HelloReply) {} 
} 
包含 用 户 名 的 请 求 消息 如 下 所 示 : 


message HelloRequest { 
string name = 1; 
} 


包含 问候 的 响应 消息 如 下 所 示 : 


message HelloReply { 
string message = 1; 
} 
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其 中 ,文件 proto 包含 了 特殊 的 书写 方式 ， 其 优点 在 于 : 通信 层 的 签署 过 程 更 加 标准 
化 ， 因 为 在 某 种 程度 上 ， 作 为 序列 化 模板 创建 的 文件 和 创建 客户 机 /服务 器 的 文件 最 终 将 
成 为 端点 的 文档 。 

在 生成 文件 后 , 如 果 要 创建 通信 部 分 , 只 需 运 行 命令 行 即 可 。 下面 的 示例 使 用 Python 
语言 创建 客户 机 /服务 器 : 

$ python -m grpc tools.protoc -I../../protos --python out-. -- 

grpc python out-. ../../protos/file name.proto 

初 看 之 下 ， 上 述 命 令 较 为 复杂 , 但 足以 生成 通信 的 客户 端 和 服务 器 RPC. gRPC 的 发 
展 势头 良好 ， 并 得 到 了 大 量 的 资金 支持 。 

在 兼容 性 方面 ，gRPC 无 法 满足 MsgPack 的 相同 要 求 , 但 与 市 场 上 最 常用 的 语言 兼容 。 

4. Apache Avro 


Avro 是 一 个 成 熟 且 应 用 广泛 的 二 进 制 序列 化 系统 ,类 似 于 gRPC, Avro 也 采用 了 RPC 
作为 通信 层 。 

针对 序列 化 处 理 过 程 ，Avro 使 用 了 .avsc 文件 ， 并 以 ISON 格式 加 以 定义 。 该 文件 可 
以 由 提供 了 JSON 的 两 种 类 型 组 成 ， 或 者 是 源 自 Avro 自身 的 更 复杂 类 型 构成 。 

即使 作为 一 种 较为 成 熟 的 工具 ，Avro 在 与 其 他 语言 的 本 地 兼容 性 方面 仍 表现 得 难以 
尽 如 人 意 。 考 虑 到 Avro 项 目的 开源 特征 ， 存 在 大 量 的 驱动 程序 可 提供 与 Avro 之 间 的 兼 

5. Apache Thrift 


Thrift 是 由 Facebook 发 布 的 一 个 项 目 ， 由 Apache 软件 基金 会 负责 维护 ， 并 与 市 面 上 
较为 常见 的 编程 语言 实现 了 较 好 的 兼容 。 

Thrift 定义 了 一 个 基于 RPC 的 通信 层 , 其 序列 化 部 分 则 使 用 了 .thrift 作为 模板 。.thrift 
文件 包含 了 与 C++ 语言 相近 的 标识 符 和 类 型 。 

下 列 代码 显示 了 .thrift 文件 示例 : 


typedef i32 MyInteger 


const i32 INT32CONSTANT = 9853 
const mapcstring,string» MAPCONSTANT = {'hello':'world', 
'goodnight': 'moon') 


enum Operation ( 
ADD = 1, 
SUBTRACT = 2, 


MUL 
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TIPLY — 3, 


DIVIDE = 4 


H 


struct Work ( 


Hs 
2 
3; 
4 


} 


i32 numl = 0, 


: 132 num2, 


Operation op, 


: optional string comment, 


exception InvalidOperation ( 


a 
pue 
} 


i32 whatOp, 
string why 


service Calculator extends shared.SharedService { 


voi 

i32 

i32 

one 
} 


当前 ， 
性 


d ping(), 
add(1:i132 numl, 2:132 num2), 
calculate(1:i132 logid, 2:Work w) throws 
(1:InvalidOperation ouch), 
way void zip() 


读者 不 必 担 心 该 文件 中 的 内 容 ， 但 需要 意识 到 RPC Thrift 组 合 所 提供 的 灵活 


并 注意 下 列 一 行 代码 : 


service Calculator extends shared.SharedService { ... 


Thrift 


支持 模板 文件 间 的 继承 机 制 ， 并 可 供 代码 生成 器 使 用 。 


当 利用 


Thrift 创建 客户 机 /服务 器 时 ， 可 简单 地 使 用 下 列 命令 行 : 


$ thrift -r --gen py file name.thrift 


上 述 f 


尺码 行将 在 Python 编程 语言 中 创建 客户 机 和 服务 器 。 


在 上 述 众 多 选择 方案 中 ， 当 前 较为 流行 的 是 Thrift 和 gRPC。 对 于 微服 务 间 的 直接 通 
信 来 说 ， 它 们 都 是 较 好 的 部 署 工具 。 


2.32 ”直接 通信 间 的 警示 信息 


微服 务 之 间 的 直接 通信 可 导致 DeathStar 问题 。 DeathStar 是 一 种 反 模式 , 且 在 递归 微 
服务 之 间 进 行 通信 ， 从 而 使 得 处 理 过程 变 得 极为 复杂 ， 抑 或 导致 产品 的 开销 十 分 高 晶 。 
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利用 之 前 讨论 的 各 种 通信 工具 ， 可 在 微服 务 间 构 建 低 延迟 的 会 话 。 如 果 未 包含 处 理 
特定 任务 的 信息 ， 常 见 的 反 模 式 一 般 支 持 微服 务 间 彼 此 自由 地 交换 信息 。 

此 处 将 会 产生 警示 信息 。 如 果 某 个 微服 务 总 是 需要 与 另 一 个 微服 务 进行 通信 ， 进 而 
完成 某 项 任务 ， 这 将 产生 高 耦合 信号 ， 并 导致 DDD 处 理 失败 ， 同 时 还 会 产生 DeathStar 
问题 。 为 了 清晰 起 见 ， 考 察 下 面 的 示例 。 

假设 存在 4 个 微服 务 ， 分 别 表示 为 A、B、C、D。 其 中 ， 某 个 请 求 要 求 提供 与 A JH 
关 的 信息 , 但 并 未 包含 全 部 信息 内 容 。 对 应 内 容 位 于 了 和 C 中 ; 但 C 也 未 包含 所 有 信息 
因而 请 求 D。 相 应 地 ，D 无 法 完成 分 配 于 它 的 任务 ， 并 从 C 中 请 求 数据 。 然 而 ，D 需要 
使 用 到 A 中 的 数据 。 图 2.2 显示 了 该 处 理 过 程 的 示意 图 。 


图 2.2 


最 终 ， 简 单 的 请 求 将 产生 复杂 的 流程 ， 且 难以 对 问题 进行 监视 。 虽 然 这 看 起 来 较为 
自然 ， 但 随 着 时 间 的 推移 和 新 微服 务 的 出 现 ， 当 前 生态 系统 将 变 得 不 可 持续 。 

对 于 当前 消息 类 型 ， 微 服务 需要 在 各 自 的 职责 范围 内 予以 充分 定义 ， 以 实现 最 小 化 
操作 。 

无 论 通信 和 序列 化 信息 的 速度 有 多 快 ， 如 果 产 品 缺 少 人 性 化 特征 且 难 以 理解 ， 那 么 ， 
将 很 难 维持 微服 务 的 生态 系统 ， 尤 其 是 错误 控制 方面 。 
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24 消息 代理 一 服务 间 的 异步 通信 


前 述 内 容 讨论 了 基于 二 进 制 和 REST 蔡 代 方案 的 微服 务 之 间 的 同步 通信 。 本 节 将 采 
消息 代理 处 理 微服 务 间 的 通信 。 也 就 是 说 ， 包 含 物理 内 容 、 通 信 层 以 及 消息 总 线 的 消 
息 系统 。 
利用 消息 系统 ， 将 不 会 再 产生 DeathStar 问题 。 在 更 为 健壮 的 应 用 程序 中 ，DeathStar 
的 设计 方式 如 图 2.3 所 示 。 


Microservice A | . 4 
A [ 


Microservice C Microservice B 


Microservice D Microservice E 


Microservice F 


"T 


| Microservice G 


Microservice H 


图 2.3 


其 中 ， 消 息 系统 则 截然 不 同 ， 并 与 图 2.4 显示 的 设计 方式 类 似 。 

消息 总 线 可 以 用 于 同步 和 异步 通信 中 ,但 需要 强调 的 是 ， 消 息 总 线 位 于 异步 通信 中 。 

这 里 ， 读 者 可 能 会 感到 疑惑 ， 如 果 消 息 图 更 简单 ， 并 且 可 以 使 用 这 种 工具 进行 同步 
通信 ， 为 什么 不 将 这 种 消息 传递 机 制 用 于 微服 务 之 间 所 有 类 型 的 通信 中 呢 ? 

这 一 问题 的 答案 很 简单 。 消 息 总 线 是 微服 务 栈 中 的 物理 组 件 ， 需 要 像 其 他 基于 数据 
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存储 和 缓存 的 物理 组 件 一 样 进 行 扩展 。 这 意味 着 ， 当 使 用 大 容量 消息 时 ， 同 步 通 信 模 式 
可 能 会 导致 进程 响应 出 现 不 必要 的 延迟 。 


Microservice C Microservice D 


图 2.4 


对 于 工程 团队 来 说 ， 了 解 如 何 正 确 地 使 用 每 种 工具 ， 且 不 会 对 堆栈 产生 负面 影响 是 
非常 重要 的 。 

在 各 种 消息 代理 中 ， 一 些 方案 表现 得 更 加 突出 ， 例 如 : 

D ActiveMQ. 

O “RabbitMQ。 

ū Kafka. 

下 面 对 其 进行 逐一 讨论 。 


2.4.1 ActiveMQ 


ActiveMQ 历史 悠久 且 应 用 广泛 。 多 年 来 , 它 就 像 是 Java 中 的 标准 消息 总 线 。ActiveMQ 
的 成 熟 度 和 健壮 性 是 毋庸 置疑 的 。 

ActiveMQ 支持 市 场 上 所 使 用 的 大 多 数 编程 语言 。 另 外 ，ActiveMQ 中 的 问题 大 多 与 
最 常见 的 通信 协议 STOMP 有 关 。 相 应 地 ， 大 多 数 成 熟 的 库 均 使 用 了 ActiveMQ STOMP, 
但 它 并 不 是 发 送 多 消息 执行 者 的 模型 (之 一 ) 。ActiveMQ 一 直 在 为 OpenWire 开发 一 个 
THX STOMP 的 解决 方案 ， 但 到 目前 为 止 ， 它 只 适用 于 Java, C CHAI CHo 

ActiveMQ 易于 实现 且 一 直 处 于 不 断 演变 中 ， 同 时 具有 和 良好 的 文档 。 如 果 我 们 的 新 闻 
门户 网 站 应 用 程序 是 在 Java 平台 或 任何 支持 OpenWire 的 其 他 平台 上 开发 的 ， 那 么 
ActiveMQ 是 需要 仔细 考虑 的 一 个 方案 。 
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2.4.2 RabbitMQ 


在 默认 情况 下 ，RabbitMQ 使 用 AMQP 作为 通信 协议 ， 这 使 得 它 成 为 传递 消息 的 实 
工具 。 此 外 ，RabbitMQ 文档 还 对 最 常用 的 语言 提供 了 本 地 支持 。 
在 众多 消息 代理 中 ，RabbitMQ 因 其 实用 性 、 与 其 他 工具 结合 的 灵活 性 ， 以 及 简单 


in: 


观 的 API 而 表现 得 十 分 突出 。 


下 列 代码 显示 了 使 用 RabbitMQ 在 Python 中 创建 Hello World 系统 : 


# import the tool communicate with RabbitMQ 

import pika 

# create the connection 

connection - pika.BlockingConnection( 

pika.ConnectionParameters (host-'localhost')) 

# get a channel from RabbitMQ 

channel = connection.channel() 

4 declare the queue 

channel.queue declare (queue-'hello') 

# publish the message 

channel.basic publish (exchange-'', 
routing key-'hello', 
body-'Hello World!') 

print(" [x] Sent 'Hello World!'") 

# close the connection 

connection.close() 


在 上 述 示例 中 ， 我 们 使 用 了 官方 的 RabbitMQ 站 点 ， 并 针对 hello 发 送 Hello World 


消息 队列 。 下 面 是 获取 消息 的 代码 : 


# import the tool communicate with RabbitMQ 
import pika 

# create the connection 

connection = pika.BlockingConnection( 
pika.ConnectionParameters (host-'localhost')) 


# get a channel from RabbitMQ 
channel = connection.channel() 


# declare the queue 

channel.queue declare (queue-'hello') 

# create a method where we'll work with the message received 
def callback(ch, method, properties, body): 
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print(" [x] Received $r" $ body) 


# consume the message from the queue passing to the method 
created above 
channel.basic consume (callback, 
queue-'hello', 
no ack-True) 


print(' [*] Waiting for messages. To exit press CTRL+C') 


# keep alive the consumer until interrupt the process 

channel. start consuming 0 

上 述 代码 较为 简单 且 具 有 可 读 性 。RabbitMQ 的 另 一 个 特性 是 扩展 使 用 工具 。 一些 性 
能 测试 表明 ，RabbitMQ 每 秒 可 支持 20000 条 消息 〈 每 个 节点 ) 。 


2.4.3 Kafka 


Kafka 并 不 是 市 场 上 最 简单 的 消息 代理 , 尤其 是 在 内 部 工作 原理 方面 。 但 它 是 目前 为 
止 最 具 扩展 性 的 ， 且 是 一 类 适用 于 传递 消息 的 消息 代理 。 

与 ActiveMQ 和 RabbitMQ 不 同 的 是 , 在 过 去 一 段 时 间 中 ， Kafka 并 不 发 送 事 务 性 消 
息 ， 其 原因 在 于 ， 在 应 用 程序 中 丢失 信息 的 成 本 较 高 。 但 是 在 Kafka 的 最 新 版 本 中 ， 这 
一 问题 已 得 到 解决 ， 而 且 目 前 还 包含 了 事务 发 布 选项 。 

在 Kafka 中 ， 一 些 基准 测试 表明 ，Kafka 可 以 轻松 地 支持 超过 100000 条 消息 (每 个 
节点 、 每 秒 ) 。 

关于 Kafka， 另 一 个 需要 重点 关注 的 问题 是 与 其 他 工具 间 的 集成 ， 如 Apache Spark. 
另外 ，Kafka 包含 了 丰富 的 文档 内 容 。 然 而 ，Kafka 对 于 编程 语言 的 支持 尚 有 待 提高 。 

对 于 性 能 要 求 较 高 的 场合 ，Kafka 是 一 类 较 好 的 选择 方案 。 


O 注意: 
对 于 当前 的 新 闻 门户 网 站 ,考虑 到 工具 的 兼容 性 和 性 能 ,我 们 选用 了 RabbitMQ, & 
在 与 当前 应 用 程序 实现 较 好 的 兼容 。 


2.5 缓存 工具 


需要 注意 的 是 ， 缓 存 机 制 并 不 是 唯一 可 免除 数据 库 的 工具 ， 这 是 一 个 需要 从 战略 角 
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度 思考 的 问题 。 如 果 不 采取 缓存 ， 局 限 性 可 随 之 降低 ， 进 而 提升 应 用 程序 的 可 执行 性 。 
但 是 ， 正 确 选择 和 设置 缓存 层 对 于 项 目的 成 功 至 关 重 要 。 
缓存 策略 涉及 使 用 缓存 作为 数据 库 的 加 载 点 ， 下 面 考察 图 2.5。 


图 2.5 


从 图 2.5 中 可 以 看 到 ， 请 求 到 达 API， 但 并 未 直接 对 其 进行 处 理 并 发 送 至 数据 库 中 。 
全 部 有 效 请 求 均 被 缓存 ， 并 被 同步 置 入 一 行 中 。 

使 用 者 读 取 队 列 并 处 理 信息 。 只 有 在 处 理 完 信息 之 后 ， 数 据 才 会 存储 在 数据 库 中 。 最 
终 ， 它 将 在 缓存 中 被 重 写 ， 以 便 在 数据 库 中 整合 数据 更 新 。 当 使 用 这 一 策略 时 ，API 请 求 
的 任何 信息 都 将 在 通过 数据 库 之 前 直接 置 于 缓存 中 ， 以 使 数据 库 具备 一 定 的 处 理 时 间 。 

对 于 终端 用 户 ，200 表示 为 HTTP 响应 。 当 数据 被 存储 到 缓存 中 时 ， 在 数据 库 中 的 信 
息 被 注册 之 后 ， 或 者 当 这 一 过 程 以 异步 方式 发 生 时 ，HTTP 响应 均 会 被 发 送 。 

当 采 用 上 述 策略 时 ， 须 对 现 有 的 工具 进行 分 析 。 目 前 ， 市 场 上 较为 著名 的 工具 包括 : 

DD Memcached. 

DD Redis. 

下 面 对 此 逐一 考察 。 
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2.5.1 Memcached 


当 谈 到 Memcached 时 ， 缓 存 机 制 是 其 最 知名 、 最 成 熟 的 应 用 之 一 。 对 于 高 效 的 内 存 
应 用 来 说 ，Memcached 采用 了 键 / 值 存储 这 一 形式 。 

对 于 使 用 缓存 的 经 典 处 理 过 程 来 说 ，Memcached 具有 简单 、 实 用 等 特征 。 另 外 ， 
Memcached 的 性 能 与 内 存 的 使 用 密切 相关 。 如 果 Memcached 使 用 磁盘 注册 数据 , 性 能 将 会 
严重 受 损 ， 此 外 ，Memcached 不 包含 任何 磁盘 容量 的 记录 ， 而 且 始 终 依赖 于 第 三 方 工具 。 


2.5.2 Redis 


当 涉 及 缓存 时 ，Redis 实际 上 可 以 被 看 作 是 市 场 中 的 一 个 新 标准 。Redis 采用 了 高 效 
的 数据 库 键 / 值 方案 。 鉴 于 其 优异 的 性 能 ，Redis 一 直 被 视 为 是 一 种 高 效 的 缓存 工具 。 

Redis 文档 内 容 十 分 丰富 且 易 于 理解 ， 即 使 一 个 简单 的 概念 也 涵盖 了 许多 特性 ， 如 
pub/sub 和 队列 。 

由 于 它 的 便捷 性 、 灵 活性 和 内 部 工作 模型 ，Redis 实际 上 已 经 将 所 有 其 他 缓存 系统 降 
级 为 遗留 项 目 。 

Redis 内 存 应 用 的 控制 机 制 非常 强大 。 大 多 数 缓存 系统 均 可 有 效 地 从 内 存 中 写 入 和 读 
取 数 据 ， 但 不 会 清除 数据 并 返回 所 用 的 内 存 。Redis 在 这 一 方面 表现 得 更 加 优秀 ， 并 在 清 
除数 据 后 返回 内 存 以 供 使 用 ， 同 时 保持 了 良好 的 性 能 。 

与 Memcached 不 同 ，Redis 具有 本 地 和 可 配置 的 持久 化 方案 。Redis 包含 了 两 种 类 型 
的 存储 形式 ， 即 RDB 和 AOF. 

RDB 模型 通过 快照 实现 了 数据 的 持久 化 行为 。 这 意味 着 ， 在 可 配置 阶段 ， 内 存 中 的 
信息 将 持久 化 到 磁盘 上 ， 如 下 所 示 : 

save 60 1000 

stop-writes-on-bgsave-error no 


rdbcompression yes 
dbfilename dump.rdb 


其 中 ， 设 置 过 程 较为 简单 和 直观 。 首 先 ， 需 要 对 配置 自身 进行 存储 ， 如 下 所 示 : 

save 60 1000 

上 述 代码 行 表 明 ， 如 果 至 少 更 改 了 1000 个 键 ，Redis 应 该 获取 快照 ， 以 将 数据 保存 
60 秒 。 考 察 下 列 代码 : 


save 900 1 
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也 就 是 说 ， 如 果 至 少 修改 了 一 个 键 ，Redis 每 隔 15 分 钟 对 快照 执行 持久 化 操作 。 
当前 配置 中 的 第 二 行 代码 如 下 所 示 : 
stop-writes-on-bgsave-error no 


上 述 代 码 告知 Redis， 即 使 出 现 错误 ， 也 要 继续 执行 处 理 和 持久 化 尝试 行为 。 该 设置 
的 默认 值 是 yes, 但 是 如 果 开 发 团队 决定 监视 Redis 的 持久 化 行为 ,那么 ,no 则 是 较 好 的 
选项 。 

通常 ，Redis 将 对 数据 进行 压缩 ， 以 节省 磁盘 空间 ， 对 应 设置 如 下 所 示 : 


rdbcompression yes 


对 于 缓存 来 讲 ， 如 果 性 能 问题 十 分 关键 那么， 上 述 值 应 修改 为 no。 但 是 ，Redis 
所 使 用 的 磁盘 容量 将 大 幅 上 升 。 下 列 代 码 设 置 了 Redis 持久 化 操作 的 文件 名 。 
dbfilename dump.rdb 


该 名 称 为 配置 文件 中 的 默认 名 称 ， 在 不 涉及 重大 问题 时 ， 用 户 可 对 此 进行 修改 。 

其 他 模型 还 包括 AOF 的 持久 化 机 制 。 该 模型 在 维持 记录 数据 方面 表现 得 更 加 安全 。 
然而 ， 相 比 之 下 ，Redis 的 性 价 比 则 更 高 。 考 察 AOF 配置 模板 中 的 下 列 代码 : 

appendonly no 

appendfsync everysec 

示例 中 的 第 一 行 代码 显示 了 appendonly 命令 , 该 命令 表示 是 否 必须 激活 AOF 持久 性 
模式 。 

在 示例 配置 的 第 二 行 diamante 中 ， 我 们 可 以 看 到 : 

appendfsync everysec 


appendfsync 策略 通知 操作 系统 ， 在 最 快 的 磁盘 上 执行 持久 化 操作 ， 而 不 是 缓冲 区 。 
appendfsync 包含 了 3 种 配置 模式 : no、everysec 和 always， 具 体 解 释 如 下 。 

口 no: 禁用 appendfsync。 

O everysec: 表明 应 快速 执行 数据 存储 ; 通常 情况 下 , 该 处 理 过 程 一 般 会 延迟 1 秒 。 

O always: 表示 更 快 的 持久 化 处 理 ， 最 好 是 立即 执行 。 

读者 可 能 会 产生 疑问 , 为 何如 此 关注 Redis 的 持久 化 操作 ? 其 原因 在 于 , 我 们 必须 确 
切 地 了 解 持久 化 缓存 中 的 相关 功能 及 其 应 用 方式 。 

某 些 开 发 团队 也 使 用 Redis 作为 消息 代理 。 该 工具 虽然 速度 较 快 , 但 并 不 适用 于 该 任 
务 一 一 消息 传递 中 缺少 了 事务 。 考 虑 到 数量 之 多 ， 微 服务 之 间 的 消息 可 能 会 丢失 。 因 此 ， 
Redis 的 适用 场合 依然 是 缓存 。 


d: di 微服 务 设计 模式 和 最 佳 实践 


在 享受 成 功 的 同时 ， 我 们 也 必须 为 失败 做 好 准备 。 在 微服 务 中 没有 什么 比 静默 错误 
EIME. DUE, BRRR ERE BIETER, xti — 1 fb BED (UIROS ES 
系统 应 有 的 标志 。 

微服 务 至 少 包含 4 个 主要 的 故障 类 型 。 如 果 解 决 了 这 一 类 问题 ， 可 以 说 大 约 70% 的 
应 用 程序 是 安全 的 。 相 关 场 景 如 下 所 示 : 

ü 性 能 。 

口 构建 。 

口 组 件 。 

ü “实现 过 程 中 的 故障 。 

下 面 将 对 故障 点 加 以 逐一 讨论 ， 以 及 如 何 尽快 接收 故障 警示 信息 。 


2.6.1 性 能 

这 里 将 进一步 研究 一 些 实用 工具 来 证 明 端 点 的 性 能 。 本 地 端点 测试 有 助 于 对 性 能 问 
题 进行 预测 ， 这 些 问题 一 般 仅 会 在 产品 中 看 到 。 

在 将 微服 务 发 送 到 生产 环境 之 后 ， 可 以 通过 一 些 工 具 监 视 整 体 性 能 ， 如 New Relic 
和 Datadog。 两 者 均 易 于 实现 且 包含 了 丰富 的 信息 显示 功能 ， 如 图 2.6 所 示 。 
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图 2.7 显示 了 DATADOG 界面 。 


Te€DATADOG ses sene 
NGINX with host map Add Graphs 


3d. jun 30, 12:10PM - Jul 2. 12:10PM 


tem load by AZ 


图 2.7 


性 能 监视 工具 中 包含 了 一 些 免费 的 选取 方案 ， 例 如 包含 Grafana 和 Prometheus 的 
Graphite。 为 了 获取 类 似 的 效果 ， 这 一 类 免费 方案 需要 提供 更 多 的 设置 。 

在 众多 免费 的 解决 方案 中 ，Prometheus 值得 一 提 ， 其 中 包含 了 丰富 的 信息 和 实现 功 
能 。 除 了 Graphite 之 外 ，Prometheus 还 可 与 Grafana 集成 ， 进 而 显示 图 形 化 的 性 能 信息 。 
图 2.8 展示 了 Prometheus 界面 显示 效果 。 


2.600 ”构建 


构建 过 程 是 较为 重要 的 一 步 ， 同 时 也 是 定位 故障 、 且 不 会 对 终端 用 户 产生 影响 的 最 
后 一 步 。 微 服务 架构 中 的 核心 内 容 之 一 便 是 自动 化 处 理 问题 ， 构 建 和 部 署 也 不 例外 。 

构建 的 时 间 点 通常 是 将 应 用 程序 转移 到 特定 环境 、 质 量 环境 或 阶段 生产 之 前 的 最 后 
一 个 阶段 。 

在 微服 务 中 ， 所 有 的 功能 都 必须 经 历 单元 测试 、 功 能 测试 和 集成 测试 。 然 而 ， 许 多 
开发 团队 并 没有 对 自动 化 测试 投入 过 多 的 注意 力 ， 并 因此 而 遭受 损失 。 
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MN dashboard ~ 


图 2.8 


为 了 实现 应 用 程序 构建 的 自动 化 过 程 ， 从 根本 上 来 讲 ， 应 用 程序 部 署 是 一 个 很 好 的 


持续 集成 工具 (或 CD 
是 一 个 免费 的 开源 项 


。 在 这 方面 , 最 为 成 熟 、 完整、 有 效 的 工具 之 一 即 是 Jenkins. Jenkins 
并 可 进行 配置 ， 从 而 能 够 完整 地 实现 自动 化 流程 。 


除 此 之 外 ， 还 存在 一 些 其 他 解决 方案 ， 如 Travis。Travis 可 通过 在 线 方式 与 CI 协同 工 


作 ， 同 时 也 是 一 个 完全 免费 的 开源 项 目 。Travis 的 特点 


使 用 CI 的 最 重要 
响 产品 最 终 用 户 之 前 扣 


2.6.3 组件 


于 可 与 GitHub 实现 较 好 的 兼容 。 
的 因素 是 ， 可 正确 地 设置 应 用 程序 测试 过 程 ， 如 前 所 述 ， 这 是 在 影 
有 获 故 障 的 最 后 阶段 。CI 是 集成 微服 务 测试 的 最 佳 位 置 。 


微服 务 架构 的 一 个 显著 特点 是 ， 大 量 的 组 件 可 能 会 出 现 故 障 。 相 应 地 ， 容 器 、 数 据 


库 、 缓 存 以 及 消息 代 到 


E 均 可 视 作 故障 点 的 例子 。 


假设 数据 库 的 硬盘 在 某 些 物理 组 件 中 出 现 了 故障 ， 从 而 导致 应 用 程序 无 法 正常 运行 。 
如 果 未 对 此 类 问题 进行 监视 ， 那 么 ， 围 绕 应 用 程序 的 处 理 时 间 通 常 很 高 一 一 应 用 程序 、 
开发 和 支持 团队 都 会 对 软件 故障 展开 调查 。 只 有 在 确认 了 故障 不 在 软件 中 之 后 ， 团 队 才 


能 继续 在 物理 组 件 中 查找 问题 。 


- 些 工 具 ， 诸 如 pens-sentinel， 可 提供 更 大 的 灵活 性 ,但 并 非 所 有 物理 组 件 均 包 含 这 


-类 支持 。 
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一 种 简单 的 解决 方案 是 在 每 个 微服 务 中 创建 一 个 检查 端点 ， 该 端点 不 仅 负责 验证 微 
服务 实例 〈 无 论 它 是 否 处 于 运行 状态 ) ， 同 时 还 负责 验证 微服 务 连接 到 的 所 有 组 件 。 


2.6.4 ”实现 鸿沟 


在 某 些 情况 下 ， 自 动 化 测试 可 能 存在 缺陷 ， 且 未 能 考虑 到 所 有 的 情况 ， 或 者 一 些 外 
部 组 件 〈 如 API 供应 商 ) 会 在 应 用 程序 中 抛 出 错误 。 
一 般 情 况 下 ， 此 类 错误 均 为 静默 错误 ， 仅 在 用 户 报告 该 错误 之 后 方 可 被 发 现 。 但 这 
里 的 问题 是 ， 有 多 少 用 户 经 历 了 此 类 错误 ， 但 并 未 提交 相关 报告 ? 产品 中 是 否 包含 了 价 
值 损失 级 别 方面 的 错误 ? 
此 类 问题 并 不 存在 明确 的 答案 ， 且 几乎 难以 实现 量化 操作 。 为 了 快速 捕捉 这 一 类 问 
题 ， 我 们 需要 对 应 用 程序 的 内 部 故障 进行 监视 。 
针对 这 一 类 监视 类 型 ， 存 在 大 量 的 工具 ， 其 中 Sentry 表现 得 较为 突出 。Sentry 包含 
以 下 特征 : 
ü ”实时 查看 最 新 部 署 所 产生 的 影响 。 
口 ”针对 被 错误 中 断 的 特定 用 户 ， 向 其 提供 相关 支持 。 
O 检测 并 消除 各 种 欺骗 行为 购买、 身份 验证 和 其 他 关键 领域 中 出 现 异常 数量 的 
故障 。 
O ”外 部 集成 。 
需要 说 明 的 是 ，Sentry 的 免费 版 本 无 法 提供 功能 全 面 的 解决 方案 。 
如 果 警 示 系 统 完美 地 覆盖 了 上 述 4 个 故障 点 ， 那 么 ， 我 们 就 可 以 安全 投入 到 开发 过 
程 中 ， 并 通过 自动 化 和 持续 处 理 将 微服 务 置 入 到 生产 中 去 。 


27 数 据 库 


当 采 用 语言 和 编程 框架 进行 程序 设计 时 ， 当 前 数据 库 方案 尚 无 法 涉及 全 部 应 用 场合 。 

选择 使 用 数据 库 对 于 评估 各 项 功能 和 微服 务 操作 模式 是 十 分 必要 的 。 在 某 些 情况 下 ， 
关系 数据 库 仍 具有 实际 意义 。 有 时 ，NoSQL 可 能 是 更 好 的 解决 方案 。 当 然 ， 在 一 些 场合 
下 ， 这 些 数 据 库 中 可 能 均 无 法 满足 要 求 。 例 如 ， 我 们 需要 通过 图 形 方式 使 用 数据 库 ， 这 
也 是 当前 新 闻 门 户 网 站 所 面临 的 情况 。 

实际 上 ，SQL 尚 无 法 满足 全 部 功能 。 对 于 当前 各 项 微服 务 ， 我 们 需要 选取 最 为 适宜 
的 数据 库 类 型 。 对 此 ， 下 列 应 用 程序 会 涉及 这 一 问题 ; 
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SportNewsService. 
PoliticsNewsService. 
FamousNewsService . 


RecommendationService 


DODDCLUO 


UsersService. 

对 于 直接 显示 新 闻 的 微服 务 ， 如 果 仔 细 考 虑 这 一 问题 ， 会 发 现 其 间 存 在 一 个 直接 的 
关系 系统 。 此 类 微服 务 的 目标 是 简单 而 快速 地 批量 显示 新 闻 主 题 。 这 种 行为 非常 接近 
NoSQL 的 功能 一 一 在 NoSQL 中 ， 关 系 结构 较 弱 ， 而 搜索 等 基本 操作 的 速度 较 快 。 

对 于 之 前 提 及 的 各 种 服务 和 特性 ， 我 们 采用 了 NoSQL 类 型 的 数据 库 解 决 方案 ， 即 
MongDB. MongDB 包含 了 丰富 的 文档 ， 且 兼 具 实现 简单 和 低 成 本 等 特征 。 

UsersService 则 完全 不 同 。 应 用 程序 用 户 证 书包 含 登录 和 密码 输入 操作 ， 其 中 会 涉及 
与 此 相关 的 其 他 数据 ， 例 如 注册 数据 和 默认 的 偏好 设置 内 容 。 因 此 ， 这 一 领域 包含 了 关 
系 型 信息 ， 因 此 传统 的 SQL 较为 适宜 。 

UsersService 可 使 用 MariaDB, MySQL, Oracle, SQL Server 或 PostgreSQL. 在 当前 
示例 中 ， 考 虑 到 兼容 性 、 成 熟 度 ， 以 及 与 堆栈 兼容 关系 ， 我 们 使 用 了 PostgreSQL. 

RecommendationService 所 涉及 的 各 项 功能 与 其 他 微服 务 截然 不 同 ， 且 至 少 需 要 在 偏 
好 设置 和 用 户 之 间 构 建 对 应 关系 。 除 此 之 外 ， 还 应 提供 同一 主题 下 用 户 的 关注 方式 和 数 
量 。 对 此 ， 可 利用 传统 的 SQL 数据 库 创 建 这 种 关系 类 型 。 然 而 ， 随 着 时 间 的 推移 ， 将 会 
出 现 复杂 的 查询 操作 ;对 于 速度 、 维 护 方面 的 错误 理解 ， 概 念 堆栈 中 的 错误 选择 方案 将 
对 微服 务 带 来 负面 影响 。 

针对 RecommendationService， 数 据 库 Neo4J 可 视 作 一 种 较 好 的 方案 。 在 当前 微服 务 
中 ， 图 形 的 质量 以 及 工具 的 简单 性 正 是 我 们 所 追求 的 目标 。 

当 涉 及 数据 库 时 ， 主 要 目标 是 理解 字段 的 行为 方式 ， 同 时 避免 将 其 置 于 “舒适 区 域 ” 
(comfort zone) 中。 重要 的 是 ， 需 要 针对 各 种 场合 选取 最 为 适宜 的 工具 。 


2.8 本 地 性 能 度量 


当 与 微服 务 架 构 协 同 工 作 时 ， 最 糟糕 的 情形 之 一 即 是 在 产品 中 添加 代码 ， 从 而 导致 
性 能 大 幅 下 降 。 当 代码 返回 至 开发 环境 时 ， 将 会 发 现 项 目 产品 受 损 严重 ， 用 户 经 历 了 粳 
糕 的 体验 ， 而 这 一 切 却 可 通过 技术 手段 予以 分 析 ， 这 种 感觉 的 确 令 人 泪 丧 。 

当前 ， 可 对 产品 中 的 问题 进行 预测 ， 甚 至 可 在 开发 环境 中 加 以 解决 。 当 注册 这 种 类 
型 的 度量 方式 时 ， 存 在 大 量 的 工具 可 在 本 地 环境 中 对 性 能 问题 进行 验证 。 
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显然 ， 本 地 行为 并 不 能 很 好 地 反映 生产 环境 ， 还 需要 对 诸多 因素 加 以 考虑 ， 如 网 络 
延迟 、 用 于 部 署 和 生产 的 机 器 设备 ， DASANIABDUAR. 然而 ， 我 们 可 通过 本 地 
度量 方法 以 彰显 影响 应 用 程序 整体 性 能 的 最 新 算法 以 及 相关 功能 。 

对 于 本 地 应 用 程序 度量 方法 ， 包 含 以 下 一 些 工具 : 

DD Apache Benchmark. 

DD WRK. 

口 Locust. 

其 中 ， 每 种 工具 均 包 含 各 自 的 特性 ， 但 它们 的 目的 都 是 相同 的 ， 即 获取 端点 的 度量 
结果 。 


2.8.4 Apache Benchmark 


Apache Benchmark 简称 为 AB， 后 续 章 节 将 采用 这 一 称谓 。 
AB 可 通过 命令 行 方式 运行 ， 对 于 验证 端点 的 速度 和 响应 来 说 十 分 有 效 。 
运行 局 部 性 能 测试 十 分 简单 ， 如 下 所 示 : 


$ ab -c 100 -n 10000 http://localhost:5000/ 


上 述 命令 行将 调用 AB (-n 10000) 、 模 拟 100 个 并 发 用 户 (-c 100) ， 并 调用 本 地 端 
HH 5000 (http:// localhost:5000/) 。 对 应 显示 结果 如 图 2.9 所 示 。 
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上 述 结 果 显 示 了 执行 处 理 的 服务 器 CWerzeug/0.12.2? 、 主 机 名 (localhost) 、 端 口 
(50000 和 另 一 组 信息 。 

AB 所 生成 的 最 为 重要 的 数据 包括 以 下 内 容 。 

Q 每 秒 的 请 求 数量 : 444.49。 

O ”每 个 请 求 的 时 间 : 224.722 毫秒 〈 平 均值 ) 。 

O ”每 个 请 求 的 时 间 : 2.247 毫秒 〈 所 有 并 发 用 户 的 平均 值 ) 。 

测试 结束 时 ， 上 述 3 个 信息 体现 了 本 地 应 用 程序 的 性 能 。 不 难 发 现 ， 对 于 100 个 并 
发 用 户 和 10000 个 请 求 ， 当 前 测试 中 使 用 的 应 用 程序 每 秒 返回 444.99 个 请 求 。 

显然 ， 这 是 使 用 AB 完成 的 最 为 简单 的 测试 场景 ， 该 工具 还 有 许多 其 他 特性 ， 例 如 
导出 图 形 性 能 测试 结果 ， 以 及 模拟 REST API 在 HITPS 证 书 上 运行 和 模拟 的 所 有 谓词 
(verb) 。 需 要 说 明 的 是 ， 这 些 只 是 AB 作为 资源 提供 的 其 他 一 些 属性 。 


2.8.2 WRK 


类 似 于 AB, WRK 也 是 一 类 命令 行 执行 工具 ， 并 具备 与 AB 相同 的 功能 。 图 2.10 显 
示 了 WRK LH. 


wrk - a HTTP benchmarking tool 


wrk is a modern HTTP benchmarking tool capable of generating significant load when run on a single multi-core CPU. It 
combines a multithreaded design with scalable event notification systems such as epoll and kqueue. 


An optional LuaJIT script can perform HTTP request generation, response processing, and custom reporting. Details are 
available in SCRIPTING and several examples are located in scripts/. 


Basic Usage 
wrk -t12 -c400 -d38s http://127.0.0.1:8080/index.html 


This runs a benchmark for 30 seconds, using 12 threads, and keeping 400 HTTP connections open. 


Output: 


Running 36s test @ http://127.0.0.1:8080/ index.html 
12 threads and 480 connections 
Thread Stats Avg Stdev Max +/- Stdev 
Latency  635.91us — 0.89ms 12.92ms 93.69% 
Req/Sec — 56.20k 8.07k  62.00k 86.54% 
22464657 requests in 30.005, 17.76GB read 
Requests/sec: 748868.53 
Transfer/sec: ^ 606.338 


图 2.10 
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运行 WRK 十 分 简单 ， 如 下 列 命令 行 所 示 : 
$ wrk -c 100 -d 10 -t 4 http://1ocalhost:5000/ 


然而 ， 与 AB 相 比 ，WRK 也 包含 了 某 些 不 同 的 特性 。 上 述 命令 表示 ，WRK 执行 了 
10 秒 的 性 能 测试 (qd 100 ， 其 中 涉及 100 个 并 发 用 户 ， 并 针对 当前 任务 从 操作 系统 中 请 
求 4 个 线程 (-t4) 。 

上 述 命令 行 并 未 执行 限制 或 请 求 加 载 语句 。WRK 并 未 采取 这 种 方式 工作 ， 而 是 在 一 
段 时 间 内 执行 负载 应 力 测试 。 

10 秒 后 ，WRK 将 显示 如 图 2.11 所 示 的 信息 。 


图 2.11 


显然 ， 返 回 的 数据 更 为 简洁 。 针 对 当前 应 用 程序 ， 读 者 仅 需 了 解 临时 变更 前 的 
操作 行为 即 可 。 
生 次 强调 , 较 好 的 方法 是 显示 本 地 测试 特性 ; 对 于 产品 中 应 用 程序 的 真实 状态 , WRK 
的 结果 不 一 定 能 够 作为 最 终 证 据 。 尽 管 如 此 ，WRK 依然 可 提供 较 好 的 数据 结果 ， 进 而 反 
映 应 用 程序 的 度量 结果 。 
根据 WRK 生成 的 数据 ， 不 难 发 现 ， 在 使 用 100 个 并 发 用 户 以 及 4 个 线程 进行 10 秒 
测试 之 后 ， 本 地 环境 中 的 应 用 程序 将 显示 以 下 数字 。 
口 “ 请 求 / 秒 : 365.55. 
O 268.68 毫秒 的 延迟 〈 平 均值 ) 。 

WRK 数据 略 低 于 AB 提供 的 数据 ;显然 ， 每 种 工具 所 执行 的 测试 结果 稍 有 不 同 

在 运行 测试 方面 ，WRK 表现 得 分 灵活 ， 例如 ， 可 使 用 Lua 编程 语言 中 的 脚本 ， 并 
执行 特定 任务 。 

WRK 是 作者 最 喜欢 的 本 地 性 能 测试 工具 之 一 。WRK 所 执行 的 测试 类 型 与 现实 情况 
非常 接近 ， 所 提供 的 数字 也 非常 接近 于 实际 结果 。 


2.8.3 Locust 


在 本 地 度量 API 所 列 出 的 工具 中 ，Locust 配置 了 一 个 可 视 化 界面 。 另 一 个 值得 关注 
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的 特性 则 是 ，Locust 可 同时 验证 多 个 端点 。 
Locust 界面 简单 且 易 于 理解 ,读者 可 在 界面 数据 输入 中 查看 到 所 用 的 并 发 用 户 数 量 。 
在 利用 Locust 开启 处 理 过 程 后 , 首先 将 显示 所 用 的 GUI HTTP 谓词 、 请 求 被 指向 的 路 径 、 
测试 期 间 发 出 的 请 求 数量 ， 以 及 从 多 个 站 点 采集 的 度量 结果 的 编号 

Locust GUI 的 详细 信息 如 图 2.12 所 示 。 


LOCUST ne G7 Fog G 


A MODERN LOAD TES 9600 users 


Statistics 


/ 


olog 


folog/[post-slug] 


fforum 
lforum/[thread-slug] 
lforumf[ihread-slug] 
/orum/new 

/signin 


Total 


图 2.12 
Locust 使 用 起 来 十 分 简单 。 第 一 步 是 安装 过 程 。 与 AB 和 WRK 不 同 ，Locust 的 安装 
过 程 通过 pypi 完成 ， 即 Python 安装 包 ， 并 输入 F 列 命令 : 
$ pip install locustio 
在 安装 完毕 后 ， 须 创建 一 个 名 为 locustfile .py 的 配置 文件 ， 并 包含 以 下 内 容 : 


# import all necessary modules to run the Locust: 
from locust import HttpLocust, TaskSet, task 


# create a class with TaskSet as inheritance 
class WebsiteTasks (TaskSet) : 
# Create all the tasks that will be metrify using the @taks decorator 
Qtask 
# the name function will be the endpoint name in the Locust 
def index (self): 
# set to the client the application path with the HTTP 
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verb # in this case "get" 
self.client.get ("/") 
Gtask 
def about (self): 
self.client.get ("/about/") 


# create a class setting the main task end the time wait for each # 

request 

class WebsiteUser (HttpLocust): 

task set = WebsiteTasks 

min wait = 5000 

max wait = 15000 
在 文件 配置 完毕 后 ， 即 可 运行 Locust。 对 此 ， 可 输入 下 列 命令 行 
$ locust -f locustfile.py 


Locust 将 提供 一 个 URL 进而 访问 可 视 化 界面 ， 并 于 随后 对 度量 结果 进行 验证 。 

在 开始 阶段 ， 与 前 述 应 用 程序 相 比 ，Locust 配置 过 程 可 能 稍 显 复杂 。 但 随 着 过 程 的 
不 断 深入 ,测试 过 程 将 变 得 十 分 简单 。 正 如 AB 和 WRK IPE, Locust 包含 许多 特性 可 以 
进行 更 深入 的 测试 。 
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本 章 讨论 了 选择 微服 务 堆栈 的 重要 性 。 开 始 时 ， 制 定 相关 决策 似乎 很 复杂 ， 但 如 果 
进一步 考察 开发 领域 的 定义 ， 这 一 过 程 将 变 得 相对 简单 。 

我 们 已 经 看 到 ， 编 程 语言 、 框 架 和 数据 库 实现 了 目标 的 定义 。 一 个 简单 的 例子 是 
火车 无 法 实现 飞行 任务 。 也 就 是 说 ， 某 些 工 具 并 不 适用 于 特定 目的 。 

另外 ， 本 章 还 讨论 了 缓存 的 重要 性 、 微 服务 间 快 速 和 敏捷 通信 的 构建 方式 ， 以 及 微 
服务 多 个 层 中 故障 警报 的 重要 性 。 

最 后 ， 本 章 还 介绍 了 一 些 工具 ， 这 些 工 具 可 以 帮助 我 们 验证 微服 务 在 本 地 环境 中 的 
性 能 。 

根据 本 章 所 介绍 的 知识 ， 读 者 可 顺利 地 进入 下 一 章 的 学 习 ， 并 通过 较为 高 效 的 方式 
创建 微服 务 。 

在 第 3 章 中 ， 将 对 第 一 个 微服 务 展开 编码 工作 。 
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前 两 章 讨论 了 领域 驱动 设计 DODD) 、 缓 存 机 制 和 数据 库 ， 这 些 内 容 对 于 开发 高 效 
和 可 伸缩 的 微服 务 至 关 重要 。 本 章 将 涉及 更 多 的 理论 知识 ， 尤 其 是 基于 微服 务 开发 的 设 
计 模 式 。 
下 面 将 介绍 针对 微服 务 的 模式 、 反 模式 、 工 具 以 及 代码 结构 。 本 章 将 围绕 缓存 、 队 
列 、 异 步 机 制 以 及 worker 的 应 用 展开 讨论 ， 并 着 手 编写 应 用 程序 ， 进 而 将 理论 付 诸 于 实 
践 。 在 阅读 完 本 章 后 ， 读 者 将 了 解 两 种 有 效 的 微服 务 模 式 ， 即 CQRS 和 事件 源 。 
本 章 主 要 涉及 以 下 内 容 : 
开发 结构 。 
缓存 策略 。 
CQRS 一 一 队列 策略 。 
事件 源 一 一 数据 集成 。 


OOODO 


3.1 开发 结构 


第 2 章 曾 定义 了 5 个 域 ， 分 别 包括 : 

Q SportNewsService. 

Q PoliticsNewsService. 

DD FamousNewsService. 

DD RecomendationService, 

Q UsersService. 

这 里 ， 第 一 步 是 选取 某 个 域 以 实施 相关 技术 。 对 此 ， 我 们 将 使 用 到 UsersService. iX 
领域 仅 包含 了 唯一 特征 ， 因 而 是 应 用 相关 技术 的 绝 佳 场所 。 

下 面 针对 UsersService 组 合 探讨 相关 工具 。 在 开始 阶段 ， 我 们 仅 使 用 单一 数据 库 。 


3.4.1. 数据库 


此 处 将 使 用 PostgreSQL 数据 库 ， 图 3.1 显示 了 第 一 个 表 结 构 ， 其 内 容 较 为 简单 。 
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Table "public.users" 
Colum | Type Modifiers | Storage | Stats target | Description 
* 


| integer | not null default nextval('users id seq'::regclass) | plain 
name | text | not null | extended | 
email | text | not null | extended | 
password | text | not null | extended | 
Indexes: 
"users pkey" PRIMARY KEY, btree (id) 


图 3.1 


表 users 定义 了 一 个 ID 并 作为 唯一 的 标识 键 ; 除 此 之 外 ， 表 中 还 设置 了 用 户 名 、 用 
户 电子 邮件 以 及 用 户 密码 。 


3.1.2 ”编程 语言 和 工具 


UsersService 将 采用 Go 语言 进行 编写 ， 第 2 章 曾 对 此 有 所 介绍 。 这 里 ， 还 需要 下 载 
项 目的 依赖 关系 并 以 此 启动 当前 项 目 。 对 此 ， 可 输入 下 列 命令 ; 

$ go get github.com/gorilla/mux 

$ go get github.com/lib/pq 

$ go get github.com/codegangsta/negroni 

$ go get github.com/jmoiron/sqlx 

其 中 ，Muxer 负责 处 理应 用 程序 句柄 ， 同 时 也 是 初始 状态 下 的 依赖 关系 。gorilla/mux 
负责 在 开始 阶段 处 理 UsersService 同步 通信 层 ， 该 通信 使 用 了 HTTP/JSON。 

作为 接口 ，PQ 负责 软件 和 PostgreSQL 数据 库 间 的 通信 ， 本 章 将 对 其 工作 方式 加 以 
讨论 。 

Negroni 表示 为 中 间 件 管理 器 。 在 应 用 程序 阶段 ， 其 唯一 职责 是 管理 应 用 程序 日 志 。 

SQLX 表示 数据 库 中 队列 的 执行 者 。 考 虑 到 SQLX 在 Go 语言 中 十 分 常见 ， 因 而 基本 
与 微服 务 中 ORM 的 使 用 方式 并 无 太 大 差别 。 然 而 ,与 当前 结构 相关 的 、 查 询 中 所 返回 的 
数值 应 用 则 通过 SQLX 运行 。 


3.1.3 ”项目 结构 


结构 的 简单 性 是 微服 务 的 主要 特征 ， 但 这 并 不 意味 着 健壮 性 的 缺失 ， 而 是 指 项 目 开 
发 过 程 易于 阅读 和 理解 。 

相应 地 ，UsersService 使 得 后 续 调 整 工 作 相 对 简单 ， 其 间 ， 项 目 将 在 其 开发 周期 内 被 
多 次 修改 。 

在 最 初 的 版 本 中 ， 项 目的 结构 涵盖 了 以 下 内 容 : 

口 models.go。 
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口 app.go. 

D main.go. 

下 面 对 其 各 项 功能 进行 逐一 考察 。 

1. models.go 文件 

模型 是 理解 项 目 业务 规则 的 绝 佳 场所 。 

首先 可 声明 相关 工作 包 ， 随 后 是 项 目 所 需 的 导入 操作 ， 如 下 所 示 : 


package main 


import ( 
"github.com/jmoiron/sqlx" 
"golang.org/x/crypto/bcrypt" 
) 
接 下 来 将 进行 实体 Users 的 声明 。 注 意 ，Go 语言 并 不 包含 类 ， 而 是 使 用 了 结构 。 虽 
然 最 终 行为 与 OOP 类 似 ， 但 结构 依然 包含 了 自身 的 某 些 独特 之 处 ， 如 下 所 示 : 
O ”结构 User 负责 显示 数据 实体 ， 对 应 代码 如 下 : 


type User struct { 


ID int "json:"id" db:"id"^ 

Name string “json:"name" db:"name"^ 

Email string "json:"email" db:"email"^ 

Password string ‘json:"password" db:"password"" 
} 


因此 ， 我 们 创建 5 个 基本 的 CRUD 操作 ， 即 five-create, read one, read list, update 
和 delete。 

口 “ 当 获取 返回 结果 时 ， 仅 需 利用 源 自 db 的 数据 更 新 User 实例 即 可 ， 如 下 所 示 : 

func (u *User) get(db *sqlx.DB) error ( 

return db.Get(u, "SELECT name, email FROM users WHERE id-$1", u.ID) 

} 

这 里 ，get 方法 仅 返 回 一 个 用 户 。 对 于 ID,， 要 搜索 的 数据 将 在 结构 体 的 内 存 引 用 中 被 
传递 ， 这 一 点 在 语法 uID 中 可 以 看 到 。 需 要 注意 的 是 ，PostgreSQL 中 数据 库 的 访问 是 通 
过 依赖 输入 完成 的 ， 并 作为 get 方法 中 的 参数 予以 传递 。 

口 ” 利 用 实例 值 更 新 db 中 的 数据 ， 如 下 所 示 : 


func (u *User) update (db *sqlx.DB) error ( 
hashedPassword, err := bcrypt.GenerateFromPassword( 
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[]byte (u.Password), 
bcrypt.DefaultCost, 
) 
if err != nil ( 
return err 
} 
, err = db.Exec("UPDATE users SET name-$1, email-$2, 
password-$3 WHERE id-$4", u.Name, u.Email, 
string(hashedPassword), u.ID) 
return err 
) 


update 方法 类 似 于 结构 中 的 get 方法 。 其 中 ， 持 久 化 数值 在 指针 *Users 中 传递 ， 数 据 
库 访问 则 基于 依赖 输入 。 除 了 查询 操作 之 外 (显然 不 同 于 get 方法 中 的 查询 操作 ) ， 此 处 
还 展示 了 一 种 密码 加 密 机 制 。 为 了 确保 密码 不 会 在 数据 库 中 予以 显示 ， 这 里 采用 了 Go 
语言 中 的 berypt 库 ， 并 根据 传递 至 当前 方法 中 的 密码 生成 哈 希 值 。 

口 利用 实例 值 删除 db 中 的 日 期 ， 如 下 所 示 : 


func (u *User) delete(db *sqlx.DB) error { 
_, err := db.Exec("DELETE FROM users WHERE id-$1", u.ID) 
return err 

) 


delete 方法 与 get 方法 包含 相同 的 结构 。 此 处 应 注意 语法 “_, err :=db.Exec(...)” , X} 
应 的 语法 结构 类 型 稍 显 奇 特 ， 但 却 不 可 或 缺 。Go 语言 并 不 会 抛 出 异常 ， 只 是 简单 地 返回 
一 个 错误 信息 。 这 种 控制 类 型 较为 男 类 ， 但是， 不 容 否 认 的 是 ， 代 码 中 也 包含 了 许多 优 
雅之 处 。 

O 利用 实例 值 在 db 中 创建 新 用 户 ， 如 下 所 示 : 


func (u *User) create (db *sqlx.DB) error ( 

hashedPassword, err :- bcrypt.GenerateFromPassword( 
[]byte (u.Password), 
bcrypt.DefaultCost, 

) 

if err != nil { 
return err 

} 

return db.QueryRow ( 
"INSERT INTO users (name, email, password) VALUES ($1, $2, $3) 
RETURNING id", u.Name, u.Email, 
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string (hashedPassword)) . Scan (&u. ID) 
i 


update 方法 针对 添加 至 数据 库 中 的 密码 进行 处 理 ， 对 应 代码 稍 后 予以 展示 。 
O “List 返回 用 户 列表 ， 并 可 用 于 分 页 操作 ， 如 下 所 示 : 


func list(db *sqlx.DB, start, count int) ([]User, error) ( 
users := []User(]) 


err := db.Select(&users, "SELECT id, name, 
email FROM users LIMIT $1 OFFSET $2", count, start) 
if err !- nil ( 


return nil, err 


} 
return users, nil 


} 
最 后 ， 我 们 将 讨论 模型 中 最 为 独特 的 一 点 。 这 一 不 同 之 处 主要 因为 列表 并 不 是 一 个 
方法 , 而 是 定义 为 一 个 函数 一 一 这 在 Go 开发 人 员 中 十 分 常见 。 只 有 当 更改 或 使 用 某 个 实 
例 或 结构 时 ， 才 会 创建 相应 的 方法 。 另 外 ， 创 建 函 数 的 数据 若 被 更 改 或 加 以 使 用 ，list K 
数 将 简单 地 返回 一 个 用 户 列表 接收 信息 分 页 参数 ) 。 
归档 文件 models.go 包含 了 如 下 内 容 : 
package main 
import ( 
"github.com/jmoiron/sqlx" 
"golang.org/x/crypto/bcrypt" 

) 

User 则 定义 为 结构 Cstruct) ， 表 示 为 数据 库 实 体 ， 如 下 所 示 : 


type User struct ( 


ID int “isons id” esi” 
Name string `json:"name" db:"name"` 
Email string `json:"email" db:"email"` 


Password string `json:"password" db:"password"` 
} 


Get 仅 返 回 基于 db 数据 的 更 新 用 户 实例 ， 如 下 所 示 : 


func (u *User) get (db *sqlx.DB) error ( 
return db.Get(u, "SELECT name, email FROM users WHERE id-$1",u.ID) 


H 
下 列 代码 显示 了 利用 实例 值 更 新 db 中 的 数据 。 
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func (u *User) update(db *sqlx.DB) error ( 


hashedPassword, err := bcrypt.GenerateFromPassword( 
[]byte(u.Password), bcrypt.DefaultCost) 
if err !- nil ( 


return err 
ji 
, err = db.Exec ("UPDATE users SET name=$1, email=$2, 
password=$3 WHERE id=$4", u.Name, u.Email, 
string(hashedPassword), u.ID) 
return err 
) 


下 列 代码 显示 了 利用 实例 值 删除 db 中 的 数据 。 


func (u *User) delete (db *sqlx.DB) error ( 
, err := db.Exec("DELETE FROM users WHERE id-$1", u.ID) 
return err 
5 


下 列 代码 显示 了 利用 实例 值 创建 db 中 的 新 用 户 。 


func (u *User) create(db *sqlx.DB) error ( 
hashedPassword, err := bcrypt.GenerateFromPassword( 
[]byte(u.Password), bcrypt.DefaultCost) 
if err !- nil ( 
return err 
) 
return db.QueryRow( 
"INSERT INTO users(name, email, password) VALUES($1, $2, $3) 
RETURNING id", u.Name, u.Email, 
string (hashedPassword)).Scan(&u.ID) 
) 


List 返回 用 户 列表 ， 并 可 用 于 分 页 操作 中 ， 如 下 所 示 : 


func list(db *sqlx.DB, start, count int) ([]User, error) { 
users := []User{} 
err :- db.Select(&users, "SELECT id, name, 
email FROM users LIMIT $1 OFFSET $2", count, start) 
if err != nil ( 
return nil, err 
) 
return users, nil 
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2. app.go 文件 

app.go 文件 负责 接收 数据 ， 并 将 其 发 送 至 数据 存储 中 。 当 查看 该 文件 时 ， 对 应 内 容 
较为 复杂 且 分 散 ， 但 重要 的 一 点 是 需要 理解 所 用 语言 的 基本 特征 。 

Go 是 一 种 命令 式 编 程 语言 ， 旨 在 编写 清晰 、 简 单 的 目标 代码 。Goe 语言 中 较 少 出 现 
诸如 MVC 这 一 类 模式 ， 一 般 也 不 涉及 复杂 的 设置 结构 。 当 然 ， 这 并 不 意味 着 此 类 模式 无 
法 使 用 。 恰 恰 相 反 ， 如 有 必要 ， 类 似 于 MVC 这 种 模式 也 可 用 于 Go 语言 的 文件 结构 中 。 

下 面 考察 app.go 文件 。 再 次 强调 ， 数 据 包 的 声明 以 及 文件 中 的 导入 操作 不 可 或 缺 。 
对 应 代码 如 下 所 示 : 

package main 

import ( 

"database/sql" 
"encoding/json" 
"fmt" 

"log" 


"net/http" 
"strconv" 


"github.com/codegangsta/negroni" 
"github.com/gorilla/mux" 
"github.com/jmoiron/sqlx" 
"github.com/lib/pq" 
) 
这 里 需要 注意 “_"github.comylib/pq"” 这 一 行 代码 。 其 中 ，“_” 表 示 调 用 该 库 中 的 
init 方法。 但 是 ， 目 前 尚未 在 代码 中 生成 指向 该 库 的 直接 引用 。 
与 models.go 文件 类 似 ， 这 里 同样 声明 了 一 个 结构 。 具 体 来 说 ，App 结构 由 两 个 元 素 
构成 ， 即 指向 SQLX 的 内 存 引用 ， 以 及 指向 当前 路 由 的 内 存 引用 。 
作为 结构 ，App 中 包含 了 应 用 程序 配置 值 ， 如 下 所 示 : 
type App struct { 
DB *sqlx.DB 
Router *mux.Router 
si 
我 们 所 讨论 的 第 一 个 结构 方法 是 Initialize, 在 当前 示例 中 , 我 们 已 经 获得 了 基于 实例 
化 数据 库 的 连接 。 
Initialize 方法 将 创建 DB 连接 ， 并 筹备 全 部 路 由 ， 对 应 代码 如 下 所 示 : 
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func (a *App) Initialize(db *sqlx.DB) { 
a.DB = db 
a.Router = mux.NewRouter () 
a.initializeRoutes() 

) 


在 连接 初始 化 完毕 后 ， 下 面 在 initializeRoutes 方法 中 定义 路 由 ， 对 应 代码 如 下 所 示 : 


func (a *App) initializeRoutes() { 
a.Router.HandleFunc("/users", a.getUsers) .Methods ("GET") 
a.Router.HandleFunc("/user", a.createUser).Methods ("POST") 
a.Router.HandleFunc ("/user/(id:[0-9]4]", 
a.getUser).Methods ("GET") 
a.Router.HandleFunc ("/user/(id:[0-9]4)", 
a.updateUser).Methods ("PUT") 
a.Router.HandleFunc ("/user/(id:[0-9]4]", 
a.deleteUser).Methods ("DELETE") 


) 


路 由 的 定义 并 不 复杂 ， 仅 是 简单 的 CRUD 而 已 。 相 应 地 ， 下 列 方法 用 于 初始 化 微服 
务 。 其 中 ，Run 方法 激活 Negroni， 即 中 间 件 控制 器 ， 并 将 路 由 器 传递 于 其 中 ， 同 时 激活 
服务 器 。 

此 外 ，Run 方法 还 将 初始 化 服务 器 ， 如 下 所 示 : 


func (a *App) Run(addr string) ( 
n := negroni.Classic() 
n.UseHandler (a.Router) 
log.Fatal(http.ListenAndServe (addr, n)) 
} 


为 了 避免 重复 代码 ， 下 面 在 文件 中 定义 两 个 辅助 函数 ， 即 respondWithError 和 
respondWithJSON 函数 。 其 中 , 第 一 个 函数 负责 传递 至 HTTP 层 、 在 应 用 程序 内 生成 错误 
代码 ， 如 404 或 500， 以 及 须 予 以 报告 的 所 有 代码 。 

第 二 个 函数 负责 创建 响应 每 个 请 求 的 JSON， 对 应 代码 如 下 所 示 : 


func respondWithError(w http.ResponseWriter, code int, message 
string) ( 

respondWithJSON(w, code, map[string]string(["error": message]) 
i 
func respondWithJSON(w http.ResponseWriter, code int, payload 
interface(])) ( 

response, := json.Marshal (payload) 
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w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (code) 
w.Write (response) 

} 

下 面 着 手 定义 CRUD 方法 。 第 一 个 定义 的 方法 负责 获取 单一 用 户 ， 此 处 将 其 命名 为 
getUser。 该 方法 将 转换 请 求 中 的 最 后 一 个 ID， 即 检测 该 ID 是 否 可 用 于 数据 库 中 的 搜索 
操作 。 如 果 未 抛 出 HTTP 错误 ， 那 么 ， 将 创建 User 实例 ， 并 调用 模型 中 的 get 方法 。 如 
果 数 据 库 中 不 存在 该 用 户 ， 抑 或 出 现 了 任意 一 类 数据 库 故 障 ， 则 发 送 相应 的 HTTP 错误 
代码 。 最 后 ， 如 果 一 切 就 绪 ，JSON 将 被 发 送 以 响应 当前 请 求 。 对 应 代码 如 下 所 示 : 


func (a *App) getUser(w http.ResponseWriter, r *http.Request) ( 


vars :- mux.Vars(r) 
id, err :- strconv.Atoi (vars["id"]) 
if err !- nil { 


respondWithError(w, http.StatusBadRequest, "Invalid 
product ID") 
return 
} 


user := User{ID: id} 
if err := user.get(a.DB); err != nil { 
switch err { 
case sql.ErrNoRows: 
respondWithError (w, http.StatusNotFound, "User not found") 
default: 
respondWithError(w, http.StatusInternalServerError, 
err.Error()) 
) 
return 
) 


respondWithJSON(w, http.StatusOK, user) 
} 
app.go 文件 的 下 一 个 方法 的 功能 类 似 于 getUser。 然 而 ， 我 们 希望 能 够 同时 获得 多 个 
用 户 ， 因 而 对 应 方法 称 之 为 getUsers。 该 方法 接收 count 和 start 作为 搜索 分 页 的 参数 ， 并 
规范 化 错误 搜索 的 可 能 值 。 随 后 ， 该 方法 使 用 models.go 文件 中 的 list 方法 ， 并 传递 数据 
库 连 接 实 例 ， 以 及 搜索 分 页 值 。 如 果 一 切 工作 顺利 ， 将 发 送 JSON 以 响应 请 求 。 对 应 代 
码 如 下 所 示 : 
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func (a *App) getUsers(w http.ResponseWriter, r *http.Request) { 


count, := strconv.Atoi (r.FormValue ("count")) 
start, := strconv.Atoi (r.FormValue ("start") ) 
if couot > 10 I] count e 3 1 


count = 10 

} 

if start <0 ( 
start — 0 


users, err := list(a.DB, start, count) 

if err !- nil ( 
respondWithError(w, http.StatusInternalServerError, err.Error()) 
return 

) 


respondWithJSON(w, http.StatusOK, users) 
) 
下 面 继续 讨论 数据 库 中 的 相关 方法 。 其 中 ， 第 一 个 方法 是 createUser。 在 该 方法 中 ， 
我 们 将 JSON 转换 为 发 送 至 用 户 实例 的 请 求 体 。 当 前 用 户 实例 调用 模型 的 create 方法 并 持 
久 化 数据 。 如 果 未 产生 任何 错误 ， 将 不 会 返回 HTTP 201， 表 明 当 前 用 户 被 成 功 地 创建 。 
对 应 代码 如 下 所 示 : 
func (a *App) createUser(w http.ResponseWriter, r *http.Request) { 


var user User 
decoder :- json.NewDecoder (r.Body) 


if err :- decoder.Decode(&user); err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid request 
payload") 
return 


} 
defer r.Body.Close() 


if err := user.create(a.DB); err != nil ( 
fmt.Println(err.Error()) 
respondWithError(w, http.StatusInternalServerError, 
err.Error() 
return 
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respondWithJSON(w, http.StatusCreated, user) 
5 


在 创建 了 用 户 后 ， 下 面 编写 编辑 用 户 的 方法 ， 并 将 其 命名 为 updateUser 方法 。 在 该 
方法 中 ， 我 们 获取 须 进行 修改 的 用 户 DD， 并 转换 以 JSON 形式 接收 的 请 求 主体 ， 然 后 调 
用 update 方法 来 修改 数据 实例 。 如 果 一 切 顺利 ， 将 发 送 对 应 的 HTTP 代码 ， 如 下 所 示 : 


func (a *App) updateUser(w http.ResponseWriter, r *http.Request) { 
vars := mux.Vars(r) 
id, err :- strconv.Atoi (vars["id"]) 
if err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid product ID") 
return 
) 


var user User 
decoder :- json.NewDecoder (r.Body) 


if err :- decoder.Decode(&user); err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid resquest 
payload") 
return 


) 
defer r.Body.Close() 
user.ID - id 


if err := user.update(a.DB); err !- nil ( 
respondWithError(w, http.StatusInternalServerError, err.Error()) 


return 
) 


respondWithJSON(w, http.StatusOK, user) 
) 
下 面 编写 CRUD 中 的 最 后 一 个 方法 ， 即 从 数据 库 中 移 除 用 户 的 deleteUser 方法 。 在 
该 方法 中 ， 我 们 作为 参数 获取 id， 并 使 用 该 数据 创建 用 户 实例 。 待 该 实例 创建 完毕 后 ， 
将 动用 其 delete 方法 。 如 果 一 切 正常 ， 将 发 送 对 应 的 HITP 代码 ， 如 下 所 示 : 


func (a *App) deleteUser(w http.ResponseWriter, r *http.Request) ( 


vars := mux.Vars(r) 
id, err := strconv.Atoi (vars["id"]) 
if err != nil { 


respondWithError(w, http.StatusBadRequest, "Invalid User ID") 


return 
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user := User(ID: id) 

if err := user.delete(a.DB); err !- nil ( 
respondWithError(w, http.StatusInternalServerError, err.Error()) 
return 


respondWithJSON(w, http.StatusOK, map[string]string("result": 
"success"])) 
) 


最 终 ，app.go 文件 中 的 内 容 如 下 所 示 


Package main 


import ( 
"database/sq1" 
"encoding/json" 
"fmt" 
"log" 
"net/http" 
"strconv" 


"github.com/codegangsta/negroni" 
"github.com/gorilla/mux" 
"github.com/jmoiron/sqlx" 
"github.com/lib/pq" 
) 


App 定义 为 包含 应 用 程序 配置 值 的 结构 ， 对 应 代码 如 下 所 示 : 


type App struct ( 
DB *sqlx.DB 
Router *mux.Router 
) 


Initialize 方法 创建 DB 连接 ， 并 筹备 所 有 的 路 由 。 对 应 代码 如 下 所 示 : 


func (a *App) Initialize(db *sqlx.DB) { 


a.DB = db 
a.Router = mux.NewRouter() 
a.initializeRoutes() 

H 
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func (a *App) initializeRoutes() ( 
a.Router.HandleFunc("/users", a.getUsers).Methods ("GET") 
a.Router.HandleFunc("/user", a.createUser).Methods ("POST") 
a.Router.HandleFunc ("/user/(id:[0-9]*)", 
a.getUser).Methods ("GET") 
a.Router.HandleFunc ("/user/(id:[0-9]4)", 
a.updateUser).Methods ("PUT") 
a.Router.HandleFunc ("/user/(id:[0-9]4]", 
a.deleteUser).Methods ("DELETE") 

) 


Run 方法 负责 初始 化 服务 器 ， 对 应 代码 如 下 所 示 : 


func (a *App) Run(addr string) ( 
n := negroni.Classic() 
n.UseHandler (a.Router) 
log.Fatal(http.ListenAndServe (addr, n)) 
) 


func (a *App) getUser(w http.ResponseWriter, r *http.Request) ( 


vars := mux.Vars(r) 

id, err strconv.Atoi (vars["id"]) 

if err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid product ID") 
return 

) 

user := User(ID: id) 

if err := user.get(a.DB); err !- nil ( 


Switch err ( 
case sql.ErrNoRows: 
respondWithError(w, http.StatusNotFound, "User not found") 
default: 
respondWithError(w, http.StatusInternalServerError, 
err.Error()) 


} 
return 


respondWithJSON(w, http.StatusOK, user) 
) 
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func (a *App) getUsers(w http.ResponseWriter, r *http.Request) ( 


count, :— strconv.Atoi (r.FormValue ("count")) 
start, :— strconv.Atoi (r.FormValue ("start")) 
if count » 10 || count « 1 ( 


count — 10 
) 
TF start < On 
start = 0 


users, err := list(a.DB, start, count) 

if err != nil { 
respondWithError(w, http.StatusInternalServerError, err.Error()) 
return 


respondWithJSON(w, http.StatusOK, users) 
) 


func (a *App) createUser(w http.ResponseWriter, r *http.Request) ( 
var user User 
decoder json.NewDecoder (r.Body) 
if err :- decoder.Decode(&user); err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid request 
payload") 
return 


) 
defer r.Body.Close() 


if err := user.create(a.DB); err !- nil ( 
fmt.Println(err.Error()) 


respondWithError(w, http.StatusInternalServerError, err.Error()) 
return 


respondWithJSON(w, http.StatusCreated, user) 
li 


func (a *App) updateUser (w http.ResponseWriter, r *http.Request) { 
vars := mux.Vars (r) 
id, err := strconv.Atoi (vars["id"]) 
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if err != nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid product ID") 


return 


var user User 


decoder :- json.NewDecoder (r.Body) 
if err := decoder.Decode(&user); err != nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid resquest 
payload") 
return 


} 
defer r.Body.Close() 
user.ID - id 


if err :- user.update(a.DB); err !- nil ( 
respondWithError(w, http.StatusInternalServerError, err.Error()) 


return 


respondWithJSON(w, http.StatusOK, user) 


func (a *App) deleteUser(w http.ResponseWriter, r *http.Request) ( 


vars := mux.Vars(r) 
id, err :- strconv.Atoi (vars["id"]) 


if err nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid User ID") 
return 

) 

user :- User(ID: id) 

if err := user.delete(a.DB); err != nil ( 
respondWithError(w, http.StatusInternalServerError, err.Error()) 
return 


respondWithJSON(w, http.StatusOK, map[string]string("result": 
"success"]) 
H 


func respondWithError(w http.ResponseWriter, code int, message string) 
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respondWithJSON(w, code, map[string]string("error": message}) 
} 


func respondWithJSON (w http.ResponseWriter, code int, 
payload interface{}) { 
response, := json.Marshal (payload) 


w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (code) 
w.Write (response) 

) 


代码 看 似 篇 幅 较 长 ， 实 际 上 ， 在 微服 务 这 一 概念 的 基础 上 ， 对 应 内 容 十 分 简洁 。 

3. main.go 文件 

目前 ， 读 者 已 对 当前 项 目 有 了 基本 的 了 解 ， 下 面 考察 main.go 文件 。 该 文件 负责 将 微 
服务 操作 所 需 的 设置 发 送 到 应 用 程序 中 ， 并 运行 微服 务 本 身 。 下 列 代码 在 开始 阶段 即 实 
例 化 了 数据 库 连 接 ， 该 实例 表示 为 每 个 应 用 程序 所 用 的 数据 库 。 对 应 代码 如 下 所 示 : 


package main 
import ( 
"fmt" 
"github.com/jmoiron/sqlx" 
"github.com/lib/pq" 
"log" 
"os" 


) 


func main() ( 
connectionString := fmt.Sprintf( 
"user-$s password-$s dbname-$s sslmode-disable", 
os.Getenv("APP DB USERNAME"), 
os.Getenv("APP DB PASSWORD"), 
os.Getenv("APP DB NAME"), 


) 


db, err := sqglx.Open("postgres", connectionsString) 
if err !— nil { 

log.Fatal (err) 
} 
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a := Appt] 
a.Initialize(cache, db) 
a.Run (":8080") 
} 
与 app.go 文件 不 同 ，main.go 文件 较为 简练 。 在 Go 语言 中 ， 全 部 应 用 程序 均 通过 执 
行 main 函数 进行 初始 化 。 在 微服 务 中 ,情况 也 不 例外 。main 方法 向 应 用 程序 实例 发 送 连 
接 数据 库 所 需 的 内 容 。 在 Run 方法 结尾 处 ， 将 在 端口 8080 上 运行 应 用 程序 服务 器 。 


32 缓存 策略 


针对 Web 应 用 程序 ， 需 要 制定 一 些 缓存 策略 ， 这 一 类 策略 同样 适用 于 微服 务 中 。 其 
中 ， 最 为 常见 的 缓存 策略 是 在 查询 操作 后 将 信息 存储 在 缓存 中 。 图 3.2 表明 ， 我 们 通过 
API 接收 请 求 ， 并 在 应 用 程序 中 对 数据 进行 查询 。 第 一 次 搜索 在 缓存 中 进行 ， 如 果 缓 存 
中 未 发 现 该 数据 ， 则 搜索 行为 将 在 数据 库 中 进行 。 当 从 数据 库 中 返回 查询 结果 时 ， 对 应 
值 记 录 于 缓存 中 。 
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图 3.2 


该 策略 可 视 为 最 简单 的 缓存 机 制 。 后 续 内 容 将 在 应 用 程序 中 对 此 加 以 调整 并 添加 组 
存 层 。 
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3.2.1 缓存 机 制 的 应 用 


第 一 步 是 使 用 Redis 作为 连接 驱动 程序 下 载 依赖 项 ， 如 下 所 示 : 

$ go get github.com/garyburd/redigo/redis 

Redigo 则 是 基于 Redis 的 通信 接口 ， 此 处 将 采用 Redis 作为 微服 务 的 缓存 工具 。 

接 下 来 创建 cache/go 文件 ， 该 文件 负责 发 送 配 置 后 的 缓存 实例 。 与 其 他 曾 创建 的 文 
件 类 似 ， 此 处 需要 声明 一 个 工作 包 和 依赖 关系 ， 如 下 所 示 : 


package main 


import ( 
"log" 
"t ime " 


redigo "github.com/garyburd/redigo/redis" 
) 


随后 ， 需 要 定义 一 个 接口 ， 进 而 创建 Redis 连接 池 ， 以 及 包含 全 部 连接 设置 的 一 个 结 
构 。 需 要 注意 的 是 ， 连 接 池 实例 同样 位 于 一 个 结构 中 。 
下 列 代码 定义 了 Redis 连接 池 接 口 。 


type Pool interface ( 
Get() redigo.Conn 
) 


Cache 表示 为 包含 缓存 配置 的 结构 ， 如 下 所 示 : 


type Cache struct ( 


Enable bool 
MaxIdle int 
MaxActive int 


IdleTimeoutSecs int 
Address string 


Auth string 
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DB String 


Pool *redigo.Pool 


现在 ， 我 们 将 创建 struct 中 的 方法 ， 对 应 方法 负责 提供 一 个 新 的 连接 池 。 

Redigo 包含 了 一 个 称 之 为 Pool 的 结构 ， 并 在 正确 配置 后 返回 所 需 内 容 。 在 当前 缓存 
配置 中 ， 可 启用 Enable 选项 ， 并 根据 设置 内 容 返 回 连接 池 。 若 未 启用 这 一 选项 ， 那 么 将 
简单 地 忽略 这 一 处 理 过 程 并 返回 null。 这 意味 着 ,将 在 最 后 阶段 对 连接 池 进行 验证 ， 若 产 
生 问 题 ， 则 发 出 错误 消息 并 停止 服务 器 ， 然 后 提供 相关 服务 ， 如 下 所 示 : 


// NewCachePool return a new instance of the redis pool 
func (cache *Cache) NewCachePool() *redigo.Pool ( 
if cache.Enable ( 
pool := &redigo.Pool( 
MaxIdle: cache.MaxIdle, 
MaxActive: cache.MaxActive, 
IdleTimeout: time.Second * time.Duration(cache.IdleTimeoutSecs), 
Dial: func() (redigo.Conn, error) ( 
c, err :- redigo.Dial("tcp", cache.Address) 
if err != nil { 
return nil, err 
) 
if , err = c.Do("AUTH", cache.Auth); err !- nil ( 
c.Close() 
return nil, err 
) 
if , err = c.Do("SELECT", cache.DB); err !- nil ( 
c.Close() 
return nil, err 
) 
return c, err 
b, 
TestOnBorrow: func(c redigo.Conn, t time.Time) error { 
Ce 人 RING 
return err 
), 


) 
C := pool.Get() // Test connection during init 


if e err i= c.Do("PINGS); err t= nil A 
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log.Fatal("Cannot connect to Redis: ", err) 
) 
return pool 
) 


return nil 
) 


下 面 将 定义 相关 方法 以 搜索 缓存 ， 并 访问 缓存 中 的 数据 。getValue 方法 作为 参数 接 
收 缓存 中 的 搜索 关键 字 ;， setValue 函数 作为 参数 接收 插入 至 缓存 中 的 Key 以 及 value， 如 
下 所 示 : 


func (cache *Cache) getValue (key interface{}) (string, error) { 
if cache.Enable { 
conn := cache.Pool.Get () 
defer conn.Close() 
value, err :- redigo.String(conn.Do("GET", key)) 
return value, err 
) 
return "", nil 
) 


func (cache *Cache) setValue (key interface(), value interface(]) error ( 
if cache.Enable ( 
conn :- cache.Pool.Get () 
defer conn.Close() 
, err :- redigo.String(conn.Do("SET", key, value)) 
return err 
} 
return nil 
} 


通过 这 种 方式 ， 文 件 cache.go 将 被 装载 ， 以 供 当 前 应 用 程序 使 用 。 但 是 ， 在 使 用 之 
需要 对 缓存 文件 进行 一 些 适当 调整 。 下 面 首先 修改 main.go 文件 。 
在 main.go 文件 中 ， 可 添加 一 些 新 的 导入 内 容 。 当 导入 flags 时 ， 可 直接 从 命令 行 
接收 信息 ， 并 在 Redis 配置 中 对 其 加 以 使 用 ， 如 下 所 示 : 
import ( 
"flag" 
"fmt" 
"github.com/jmoiron/sqlx" 
_ "github.com/lib/pq" 


前 ， 


p 
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当前 需要 执行 的 工作 是 添加 传递 至 命令 行 中 的 选项 ， 这 一 类 修改 操作 也 会 出 现 了 


t 


main.go 文件 中 。 首 先 ， 须 创建 Cache 实例 ， 随 后 添加 该 实例 的 指针 ， 即 设置 项 。 如 果 命 


令 行 中 未 传递 任何 参数 ， 那 么 ， 全 部 设置 项 均 包含 默 认 值 。 
相应 地 ， 设 置 的 顺序 如 下 所 示 。 
(1) Adress: Redis 运行 的 位 置 。 
(2) Auth: 表示 用 于 连接 Redis 的 密码 。 
(3) DB: 用 作 缓存 的 Redis Bank, 
(4) MaxIdle: 处 于 空闲 状态 的 最 大 连接 数量 。 
(5) MaxActive: 处 于 活动 状态 的 最 大 连接 数量 。 
(6) IdleTimeoutSecs: 表示 连接 超时 导致 进入 活动 的 时 间 。 


在 全 部 设置 结束 时 , 将 利用 NewCachePool 方法 生成 一 个 新 的 连接 池 , 并 向 缓存 实例 


中 传递 指针 ， 如 下 所 示 : 


func main() { 
cache := Cache{Enable: true} 
flag.StringVar( 
&cache.Address, 
"redis address", 
os.Getenv("APP RD ADDRESS"), 
"Redis Address", 


) 


flag.StringVar( 
&cache.Auth, 
"redis auth", 
os.Getenv("APP RD AUTH"), 
"Redis Auth", 

) 

flag.StringVar( 
&cache.DB, 
"redis db name", 
os.Getenv("APP RD DBNAME"), 
"Redis DB name", 

) 

flag.IntVar( 
&cache.Maxidle, 
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"redis max idle", 

10, 

"Redis Max Idle", 
) 


flag.IntVar( 
&cache.MaxActive, 
"redis max active", 
100, 
"Redis Max Active", 

) 

flag.IntVar( 
&cache.IdleTimeoutSecs, 
"redis timeout", 
60, 
"Redis timeout in seconds", 

) 

flag.Parse() 

cache.Pool = cache.NewCachePool () 


main.go 文件 中 的 另 一 处 修改 则 是 向 Initialize 方法 传递 App 缓存 ， 如 下 所 示 : 


a.Initialize( 
cache, 
db, 

) 


我 们 可 适当 地 编辑 app.go 文件 ， 并 根据 前 述 示意 图 ( 见 图 3.20. 高 效 地 利用 缓存 。 第 
-处 修改 位 于 App 结构 中 ， 因 为 该 结构 中 恰好 存储 了 缓存 ， 如 下 所 示 : 
type App struct ( 
DB *sqglx.DB 
Router *mux.Router 
Cache Cache 
) 


目前 ， 可 确保 Initialize 方法 接收 缓存 ， 并 将 对 应 值 传递 至 App 实例 中 ， 如 下 所 示 : 


func (a *App) Initialize(cache Cache, db *sqlx.DB) ( 
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a.Router = mux.NewRouter () 
a.initializeRoutes() 

} 

至 此 , 可 在 App 的 任意 部 分 中 使 用 缓存 。 下 面 修改 getUser 方法 ,并 使 用 之 前 讨论 的 
缓存 结构 。 这 里 ， 需 要 对 该 方法 中 的 两 处 内 容 进 行 修改 ， 进 而 发 挥 内 存 机 制 的 作用 。 

首先 , 无 须 在 PostgreSQL 中 直接 搜索 数据 ,相应 地 ， 可 检查 数据 是 否 己 位 于 缓存 中 。 
如 果 数 据 已 处 于 缓存 中 ， 则 无 须 从 数据 库 中 获取 数据 。 

其 次 ， 如 果 数 据 未 处 于 缓存 中 ， 可 在 数据 库 中 执行 搜索 ， 并 在 返回 请 求 响应 之 前 ， 
将 同一 数据 注册 至 缓存 中 。 通 过 这 种 方式 ， 在 后 续 搜索 中 ， 数 据 将 位 于 缓存 中 ， 且 无 须 
执行 数据 库 上 的 查询 操作 ， 如 下 所 示 : 

func (a *App) getUser(w http.ResponseWriter, r *http.Request) ( 


vars := mux.Vars(r) 
id, err :- strconv.Atoi (vars["id"]) 


if err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid product ID") 
return 

) 

if value, err := a.Cache.getValue(id);err == nil && len(value)!- 0 ( 


w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (http.StatusOK) 
w.Write([]byte (value)) 


return 
} 
user := User{ID: id} 
if err := user.get(a.DB); err != nil { 


switch err { 
case sql.ErrNoRows: 

respondWithError(w, http.StatusNotFound, "User not found") 
default: 

respondWithError(w, http.StatusInternalServerError, err.Error()) 
} 


return 
} 
response, := json.Marshal (user) 
if err := a.Cache.setValue (user.ID, response); err != nil { 


respondWithError(w, http.StatusInternalServerError, err.Error()) 
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return 
} 


w.Header () .Set ("Content-Type", "application/json") 
w.WriteHeader (http.StatusOK) 
w.Write (response) 


) 
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行 响 应 。 对 于 大 多 数 场合 来 说 ， 该 方案 已 然 足够 。 但 在 某 些 场合 下 ， 其 中 ， 请 求 负载 较 
高 ， 或 者 数据 库 要 求 较 高 ， 因 此 ， 即 使 采用 了 缓存 机 制 ， 数 据 库 仍 有 可 能 运行 缓慢 。 针 
对 这 一 类 问题 ， 接 下 来 讨论 另 一 种 缓存 策略 。 


322 缓存 优先 


缓存 优先 是 一 种 非常 有 效 的 缓存 策略 ， 该 策略 将 缓存 置 于 数据 库 中 的 首要 位 置 。 需 
要 说 明 的 是 ， 这 一 处 理 过 程 并 不 复杂 。 数 据 库 中 的 全 部 操作 主要 在 缓存 中 进行 ， 并 被 发 
送 至 队列 中 ; 与 此 同时 ， 相 关 操 作 开始 使 用 该 队列 ， 并 对 数据 库 中 的 数据 执行 规范 化 操 
作 ， 如 图 3.3 所 示 。 
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图 3.3 


当 实 现 这 一 技术 方案 时 ， 在 使 用 数据 时 须 借 助 于 队列 和 异步 机 制 ， 并 强烈 推荐 使 用 
基于 持久 化 的 缓存 机 制 。 
下 面 将 讨论 缓存 优先 策略 的 实现 方案 。 
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3.2.3 ”队列 任务 


如 前 所 述 ， 我 们 希望 将 缓存 用 作 一 种 “ 准 数据 库 ”。 其 中 ， 所 有 信息 均 可 被 即刻 加 
以 使 用 ， 并 于 随后 将 数据 高 效 地 整合 至 数据 库 中 。 

下 面 通过 以 下 几 点 内 容 ， 简 要 地 了 解 一 下 持久 化 的 内 部 流程 。 

(1) 执行 应 用 程序 的 请 求 。 

(2) 发 送 至 应 用 程序 的 信息 在 POST/PUT/DELETE 时 在 两 个 位 置 处 进行 注册 。 第 一 
个 位 置 是 缓存 ， 其 中 包含 了 请 求 中 发 送 的 全 部 信息 ; 第 二 个 位 置 是 队列 ， 其 中 包含 了 组 
存 信息 的 检索 表 。 

(3) worker 检查 队列 中 的 内 容 。 

(4) MENIRE, worker 将 查询 缓存 中 的 数据 。 

(5) 在 搜索 到 缓存 中 的 数据 后 ， 数 据 将 在 数据 库 中 被 持久 化 。 

(6) 此 步骤 仅 适 用 于 请 求 为 GET 的 情况 。 在 这 种 情况 下 ， 步 骤 (2) 仅 以 缓存 方式 
获取 数据 。 如 果 在 缓存 中 找 不 到 数据 ， 那 么 当前 步骤 执行 数据 库 搜索 。 为 了 返回 数据 ， 
搜索 被 记录 在 缓存 中 。 为 了 返回 最 终 数据 ， 当 前 搜索 结果 被 记录 于 缓存 中 。 

需要 着 重 指出 的 是 ， 仅 仅 发 送 到 缓存 和 队列 就 足以 将 消息 返回 给 客户 端 ， 对 应 结果 
表示 为 一 条 成 功 或 失败 信息 ， 如 图 3.4 所 示 。 
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读者 在 了 解 了 上 述 概念 后 ， 下 面 即 可 着 手 修改 代码 并 对 其 加 以 运用 。main.go 文件 中 
定义 了 当前 应 用 程序 以 及 设置 项 。 在 该 文件 中 ， 将 声明 处 理 过 程 中 的 队列 名 。 下 列 代码 
定义 了 相关 的 常量 。 


const ( 
createUsersQueue — "CREATE USER" 
updateUsersQueue = "UPDATE USER" 


deleteUsersQueue - "DELETE USER" 
) 


上 述 常量 用 于 应 用 程序 中 的 其 他 部 分 ， 以 向 队列 发 送 数据 。 


func (cache *Cache) enqueueValue (queue string, uuid int) error { 
if cache.Enable { 


conn := cache.Pool.Get() 
defer conn.Close() 
, err :- conn.Do("RPUSH", queue, uuid) 


return err 


) 
return nil 


) 


下 一 个 步骤 是 调整 app.go 文件 中 的 ereateUser 方法 ， 该 方法 将 移 除 源 自 数据 库 中 的 
持久 化 方面 的 内 容 。 此 处 唯一 的 访问 操作 来 自 PostgreSQL， 用 于 获取 应 用 于 实体 实例 上 
的 新 序列 。 

在 指定 了 ID 实体 后 ， 通 过 ID 作为 键 ， 并 以 JSON 格式 的 实体 作为 值 ， 即 可 在 缓存 
中 进行 注册 。 随 后 ， 可 将 该 键 发 送 至 CREATE USER 队列 中 。 考 察 下 列 代 码 示例 : 


func (a *App) createUser(w http.ResponseWriter, r *http.Request) ( 
var user User 
decoder :- json.NewDecoder (r.Body) 
if err :- decoder.Decode(&user); err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid 
request payload") 
return 


h 
defer r.Body.Close() 


// get sequence from Postgres 
a.DB.Get(&user.ID, "SELECT nextval('users id seq')") 


JSONByte, _ := json.Marshal (user) 
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if err := a.Cache.setValue (user.ID, string(JSONByte)); err != nil { 
respondWithError (w, http.StatusInternalServerError, 
err.Error()) 
return 
) 


if err:-a.Cache.enqueueValue (createUsersQueue, user.ID);err!-nil 
t 
respondWithError(w, http.StatusInternalServerError, 
err.Error()) 
return 
) 


respondWithJSON(w, http.StatusCreated, user) 
$ 


对 于 队列 中 的 数据 ， 以 及 数据 库 记录 基础 上 的 缓存 机 制 ， 如 果 此 时 执行 查询 操作 ， 
数据 将 从 缓存 中 返回 ， 而 不 是 数据 库 。 
下 一 个 步骤 是 在 数据 库 缓存 中 注册 信息 ， 稍 后 将 对 此 加 以 讨论 。 


3.24 异步 机 制 和 worker 


目前 ， 相 关 信息 已 位 于 队列 中 ， 但 尚未 存储 于 数据 库 中 ， 其 原因 在 于 ， 我 们 尚未 使 
用 队列 中 的 信息 ， 仅 是 将 其 发 送 至 数据 库 而 已 。 

回复 队列 中 的 数据 ， 以 及 将 数据 发 送 至 规范 化 数据 库 中 的 处 理 行为 须 处 于 异步 状态 。 
最 终 ， 同 一 软件 中 似乎 存在 两 个 应 用 程序 。 其 中 ， 第 一 个 程序 负责 接收 数据 ， 而 第 二 个 
程序 则 负责 处 理 数据 。 

下 面 考察 上 述 处 理 过 程 在 应 用 程序 代码 中 的 实现 方式 。 首 先 ， 需 要 创建 一 个 名 为 
workers.go 的 文件 ， 随 后 ， 还 需要 声明 一 个 工作 包 ， 如 下 所 示 : 


Package main 


import ( 
"encoding/json" 
redigo "github.com/garyburd/redigo/redis" 
"github.com/jmoiron/sqlx" 
"log" 
"sync" 
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下 面 将 定义 一 个 结构 ， 进 而 满足 所 有 worker 的 相关 操作 。 该 结构 包含 了 实例 缓存 设 
T. worker 的 数据 库 实例 ID， 以 及 worker 使 用 的 队列 。 
下 列 代码 定义 了 Worker 结构 ， 其 中 包含 了 worker 的 配置 值 。 


type Worker struct ( 
cache Cache 


db *sqlx.DB 
id int 
queue string 

} 


newWorker 函数 负责 初始 化 worker， 并 作为 worker 结构 的 参数 接收 相关 数据 ， 如 下 
所 示 : 

func newWorker (id int, db *sqlx.DB, cache Cache, 

queue string) Worker { 


return Worker(cache: cache, db: db, id: id, queue: queue} 
} 


下 一 步 是 定义 worker 中 的 process 方法 , 该 方法 将 针对 队列 进行 操作 , 并 向 数据 库 发 
送 数据 。 如 果 该 过 程 失败 ，process 方法 将 重新 发 送 队 列 中 的 数据 。 
process 方法 接收 worker 的 ID。 在 该 方法 中 ， 设 置 了 一 个 无 限 循环 〈 向 连接 池 请 求 
缓存 连接 ) ， 同 时 还 声明 了 两 个 变量 ， 即 channel 和 uuid。 这 里 ， 两 个 变量 利用 队列 中 的 
信息 进行 填充 。 在 当前 示例 中 ， 通 道 的 存在 仅 为 实现 订阅 Redigo API， 对 应 变量 为 uuid。 
Redis 中 的 BLPOP 函数 负责 对 队列 进行 操作 。 当 使 用 uuid 时 ,可 通过 Redis 中 的 GET 
函数 获取 缓存 中 的 数据 。 在 所 检索 信息 的 基础 上 ， 可 通过 对 应 结构 实例 化 一 个 用 户 。 随 
后 ， 将 调用 用 户 实例 的 create 方法 在 数据 库 中 注册 新 的 用 户 ， 如 下 所 示 : 
func (w Worker) process(id int) ( 
tor 4 
conn := w.cache.Pool.Get () 
var channel string 
var uuid int 
if reply, err :- redigo.Values (conn.Do("BLPOP", w.queue, 
30+id)); err == nil ( 


if , err := redigo.Scan(reply, &channel, &uuid); err !- nil ( 
w.cache.enqueueValue (w.queue, uuid) 
continue 

H 


values, err :- redigo.String(conn.Do("GET", uuid)) 
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if err l= nil { 
w.cache.enqueueValue (w.queue, uuid) 
continue 


user := User{} 

if err := json.Unmarshal ([]byte (values), &user); err != nil { 
w.cache.enqueueValue (w.queue, uuid) 
continue 


} 


log.Print1n (user) 


if err := user.create(w.db); err != nil { 
w.cache.enqueueValue (w.queue, uuid) 
continue 
} 
} else if err != redigo.ErrNil { 


log.Fatal (err) 
} 
conn.Close() 
) 
) 


下 面 在 workers.go 文件 中 定义 UsersToDB 函数 。 该 函数 创建 队列 的 worker 数量 ， 并 
采用 异步 方式 实例 化 、 初 始 化 worker. 
UsersToDB 创建 worker 并 使 用 队列 ， 如 下 所 示 : 


func UsersToDB(numWorkers int, db *sqlx.DB, cache Cache, 
queue string) ( 
var wg sync.WaitGroup 
for i := 0; i < numWorkers; i++ ( 
wg.Add (1) 
go func(id int, db *sqlx.DB, cache Cache, queue string) ( 
worker := newWorker(i, db, cache, queue) 
worker.process (i) 
defer wg.Done() 
)(i, db, cache, queue) 
) 
wg.Wait() 
} 


workers.go 文件 的 最 终结 果 如 下 所 示 : 
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Package main 


import ( 
"encoding/json" 
redigo "github.com/garyburd/redigo/redis" 
"github.com/jmoiron/sqlx" 
"log" 
"sync" 
) 


Worker 表示 包含 worker 配置 值 的 结构 ， 如 下 所 示 : 


type Worker struct ( 
cache Cache 


db *sqlx.DB 
id int 
queue string 


} 
UsersToDB 负责 创建 worker 并 使 用 队列 ， 如 下 所 示 : 


func UsersToDB(numWorkers int, db *sqlx.DB, cache Cache, 
queue string) ( 
var wg sync.WaitGroup 


for i := 0; i < numWorkers; i++ ( 
wg.Add(1) 
go func(id int, db *sqlx.DB, cache Cache, queue string) 
worker := newWorker(i, db, cache, queue) 


worker.process(i) 
defer wg.Done() 
)(i, db, cache, queue) 
} 
wg.Wait() 


func newWorker(id int, db *sqglx.DB, cache Cache, 
queue string) Worker ( 
return Worker(cache: cache, db: db, id: id, queue: queue} 


func (w Worker) process(id int) ( 
for f 
conn := w.cache.Pool.Get () 
var channel string 
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var uuid int 


if reply, err := redigo.Values (conn.Do("BLPOP", w.queue, 
30-id)); err == nil ( 
if , err :- redigo.Scan(reply, &channel, &uuid); err !- nil ( 
w.cache.enqueueValue (w.queue, uuid) 
continue 
} 


values, err := redigo.String(conn.Do("GET", uuid)) 
if err !- nil ( 

w.cache.enqueueValue (w.queue, uuid) 

continue 


user := User() 

if err :- json.Unmarshal([]byte(values), &user); err !- nil ( 
w.cache.enqueueValue (w.queue, uuid) 
continue 

) 


log.Println (user) 


if err := user.create(w.db); err !- nil ( 
w.cache.enqueueValue (w.queue, uuid) 
continue 
) 
) else if err !- redigo.ErrNil ( 


log.Fatal (err) 
} 
conn.Close() 


) 


然而 , 在 实际 调用 worker 时 , 还 需要 在 main.go 文件 中 稍 作 编辑 。 回 忆 一 下 , main.go 
文件 负责 初始 化 微服 务 。 其 中 ， 主 函数 中 新 添加 了 两 项 内 容 。 除 此 之 外 ， 还 可 通过 命令 
行 以 及 队列 接收 worker 数量 ,并 初始 化 应 用 程序 ， 同 时 使 用 前 级 go 初始 化 worker 自身 ， 
如 下 所 示 : 


func main() ( 
var numWorkers int 
cache := Cache[(Enable: true] 
flag.StringVar( 
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&cache.Address, 
"redis address", 
os.Getenv("APP RD ADDRESS"), 
"Redis Address", 
) 
flag.StringVar( 
&cache.Auth, 
"redis auth", 
os.Getenv ("APP RD AUTH"), 
"Redis Auth", 
) 
flag.StringVar( 
&cache.DB, 
"redis db name", 
os.Getenv("APP RD DBNAME"), 
"Redis DB name", 
) 
flag.IntVar( 
&cache.MaxIdle, 
"redis max idle", 
10, 
"Redis Max Idle", 
) 
flag.IntVar( 
&cache.MaxActive, 
"redis max active", 
100, 
"Redis Max Active" 
) 
flag.IntVar( 
&cache.IdleTimeoutSecs, 
"redis timeout", 
60, 
"Redis timeout in seconds" 
) 
flag.IntVar( 
&numWorkers, 
"num workers", 
10, 
"Number of workers to consume queue" 
) 
flag.Parse() 
cache.Pool = cache.NewCachePool () 
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connectionString := fmt.Sprintf( 
"user-$s password-$s dbname-$s sslmode-disable", 
os.Getenv("APP DB USERNAME"), 
os.Getenv("APP DB PASSWORD"), 
os.Getenv("APP DB NAME"), 
) 


db, err := sqlx.Open("postgres", connectionsString) 
if err !- nil ( 

log.Fatal (err) 
) 


go UsersToDB(numWorkers, db, cache, createUsersQueue) 
go UsersToDB(numWorkers, db, cache, updateUsersQueue) 
go UsersTOoDB(numWorkers, db, cache, deleteUsersQueue) 


a := Appt 
a.Initialize(cache, db) 
a.Run(":8080") 

) 

最 终 ， 当 前 应 用 程序 将 采用 缓存 优先 策略 。 在 UsersService 中 ， 该 策略 工作 良好 ， 其 
原因 在 于 ,用户 ID 易于 获取 和 计算 。 当 前 ， 好 消息 是 所 需 的 一 切 内 容 都 已 在 应 用 程序 中 
设置 完毕 ， 且 无 须 再 向 栈 中 添加 新 内 容 。 尽 管 如 此 ， 某 些 缺 陷 依 然 存在 。 

假设 , 检索 缓存 的 ID 难于 获取 、 计 算 , 对 此 , 还 可 考虑 标识 键 组 合 。 这 里 的 问题 是 ， 
如 何 解 决 此 类 障碍 以 实现 缓存 优先 策略 ? 

对 于 此 类 问题 ， 较 好 的 方法 是 命令 查询 职责 分 离 (CQRS) 。 当 搜索 方案 和 维护 工作 
变 得 越发 复杂 时 ，CQRS 则 是 一 种 较 好 的 选择 方案 。 

3.3 节 将 对 该 方案 加 以 讨论 。 


33 CQRS 一 一 查询 策略 


CQRS 是 我 们 需要 了 解 的 一 个 较为 重要 的 概念 。 前 述 内容 一 直 在 强调 ， 每 种 架构 都 
包含 了 一 个 工具 箱 ，CQRS 即 是 其 中 的 一 种 工具 。 


3.3.1 CQRS 的 概念 


CQRS 是 命令 查询 职责 分 离 的 简称 。 顾 名 思 义 ， 这 一 概念 与 数据 读 、 写 职责 分 离 相 
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关 。 注 意 ，CQRS 是 一 种 代码 模式 ， 而 非 架 构 模 式 。 

下 面 考察 日 常生 活 中 的 一 类 经 典 场景 ， 并 考虑 如 何 将 CQRS 应 用 于 其 中 。 

随 着 互联 网 的 不 断 发 展 ， 一 般 不 太 可 能 针对 少数 用 户 创建 应 用 程序 ， 大 多 数 应 用 程 
序 具备 可 扩展 性 、 高 性 能 以 及 可 用 性 等 特征 。 那 么 ， 应 用 程序 应 如 何 与 大 量 的 用 户 实现 
较 好 的 同步 协同 工作 呢 ? 创建 满足 此 类 需求 的 模型 往往 十 分 复杂 ， 此 时 ， 数 据 库 往往 会 
成 为 瓶颈 。 

作为 一 个 例子 ， 下 面 考察 金融 信用 体系 ， 消 费 者 可 以 在 此 购物 过 程 中 获得 快速 信贷 。 
其 间 ， 针 对 数据 更 改 的 访问 操作 有 时 较为 轻松 ， 而 一 些 时 候 则 会 变 得 十 分 紧张 。 

此 类 问题 的 答案 在 于 在 n 台 服 务 器 中 扩展 应 用 程序 。 针 对 于 此 ， 我 们 可 迁移 至 云 计 
算 平台 上 ， 并 根据 需要 创建 脚本 自动 扩展 机 制 。 

应 用 程序 的 可 扩展 概念 能 够 解决 某 些 实用 性 问题 ， 例 如 同时 支持 多 个 用 户 ， 而 不 会 
对 应 用 程序 的 性 能 产生 影响 。 
那么 ， 扩 展 应 用 程序 服务 器 是 否 能 解决 所 有 问题 ? 

死 锁 、 超 时 以 及 运行 缓慢 均 意 味 着 数据 库 可 能 负担 了 过 多 的 需求 任务 。 

增加 应 用 程序 实例 的 数量 并 不 能 保证 其 始终 可 用 。 在 当前 示例 中 ， 应 用 程序 完全 依 
赖 于 数据 库 的 有 效 性 。 

与 扩展 应 用 服务 器 相 比 ， 数 据 库 的 扩展 行为 可 能 要 复杂 得 多 ， 其 成 本 也 要 高 得 多 。 
通常 ， 正 是 由 于 数据 库 的 过 度 消 耗 ， 应 用 程序 才 会 出 现 性 能 问题 。 

可 以 执行 复杂 的 查询 来 获取 数据 库 数据 。ORM 可 以 通过 映射 实体 和 表 连 接 操作 来 过 
滤 数 据 一 一 数据 过 滤 过 程 的 复杂 性 也 随 之 增加 。 

此 外 ， 内 容 过 时 (obsolescence) 这 种 现象 确实 存在 。 有 限 的 数据 集 经 常 被 大 量 用 户 
查阅 和 修改 。 这 意味 着 ， 屏 幕 上 显示 的 一 个 数据 可 能 已 经 被 男 一 个 数据 所 修改 。 因 此 ， 
可 以 规定 所 显示 的 全 部 信息 可 能 均 已 过 时 。 


3.3.2 理解 CQRS 


当 多 个 服务 器 使 用 单一 数据 库 并 进行 读 、 写 操作 时 ， 这 往往 会 在 数据 操控 过 程 中 导 
致 多 个 瓶颈 的 出 现 ， 并 产生 各 种 性 能 问题 。 另 外 ， 获 取 显 示 数 据 的 业务 规则 处 理 过 程 将 
会 占用 额外 的 处 理 时 间 。 最 后 ， 我 们 还 是 需要 考虑 显示 数据 的 过 时 问题 。 

针对 数据 的 读 、 写 职责 ，CQRS 体现 了 一 种 划分 机 制 ， 这 两 个 概念 采用 了 不 同 的 物 
理 存储 ， 同 时 也 意味 着 ， 存 在 着 独立 的 数据 记录 和 检索 方式 。 相 应 地 ， 查 询 操作 在 独立 
的 规范 化 数据 库 中 以 同步 方式 完成 ;而 写 入 行为 则 针对 规范 化 数据 库 以 异步 方式 实现 。 
在 概念 层次 上 ， 缓 存 优先 策略 仍 可 视 作 一 类 CQRS 实现 类 型 。 
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实际 上 ， 除 了 优化 之 外 ，CQRS 无 须 在 应 用 程序 的 各 个 处 理 阶 段 加 以 使 用 。 基 于 DDD 
的 边界 上 下 文 建 模 (参见 http://www.microsofttranslator.com/bv.aspx? from-ptto-enr-truea— 
http?603A962F962Fwww.eduardopires.net.br?o2F2016962F03962Fddd-bounded-context?62F ) 可 
实现 CQRS， 而 其 他 方案 则 无 能 为 力 。 

根据 应 用 程序 的 实际 需求 ，CQRS 的 实现 过 程 可 能 非常 简单 ， 或 者 是 异常 复杂 。 无 
论 采取 哪 一 种 实现 方式 ，CQRS 总 会 带 来 额外 的 复杂 度 ， 因 而 在 使 用 该 模式 之 前 需要 对 
当前 方案 予以 评估 。 其 中 ， 命 令 负 责 调整 数据 库 中 数据 的 状态 ， 而 查询 则 负责 从 数据 库 
中 检索 信息 。 

我 们 可 以 将 此 视 为 分 离 的 CommandStack 职责 ， 以 及 n 层 架 构 中 的 QueryStack。 

O QueryStack 相对 简单 ， 负 责 检索 即将 显示 的 数据 。 可 以 说 ，QueryStac 是 一 类 同 

步 层 ， 并 从 非 正规 读 取 机 制 中 检索 数据 。 

对 应 数据 库 可 视 为 NoSql 类 型 的 MongoDB (参见 https://www.microsofttranslator.com/ 
bv.aspx?from=ptto=ena=https%3A%2F%2Fwww.mongodb.com%2F),Redis(https://www.micr 
osofttranslator.com/bv.aspx?from=ptto=ena=http%3A%2F%2Fredis.i0%2F) 、RavenDB ( 参 
Jl https://www.microsofttranslator.com/bv.aspx?from-ptto—-ena-https?63 A?02F962Fravendb. 
net%2F) ， 或 者 是 市 场 上 其 他 类 型 的 数据 库 。 这 里 ，“ 非 常规 ”这 一 概念 是 指 ， 可 以 针 
对 每 幅 视 图 应 用 一 张 表 ， 或 者 作为 简单 查询 返回 全 部 需要 显示 的 数据 。 

口 CommandStack. CommandStack 有 可 能 处 于 异步 状态 ， 其 中 包含 了 实体 、 业 务 
规则 以 及 其 他 处 理 过 程 。 考 虑 DDD 这 一 情形 ， 该 领域 即 属于 应 用 程序 的 
CommandStack 中 。CommandStack 遵循 以 行为 为 中 心 的 方案 ， 其 中 ， 全 部 业务 意 
向 最 初 由 客户 端 所 触发 。 相应 地 , 我 们 使 用 命令 这 一 概念 表达 业务 意向 。 具体 来 说 ， 
所 声明 的 命令 采用 了 命令 形式 ， 并 以 事件 方式 异步 出 现 ， 通 过 CommandHandlers 
予以 解释 并 返回 成 功 或 失败 消息 。 

当 命 令 被 触发 ， 并 在 写 入 过 程 中 修改 实体 状态 时 ， 应 针对 代理 创建 一 个 数据 库 处 理 
进程 ， 进 而 更 新 读 取 操作 中 所 需 的 数据 。 

对 于 同步 机 制 ， 以 下 内 容 列 举 了 读 取 操作 和 记录 的 同步 策略 ， 读 者 可 针对 具体 场合 
选择 最 佳 方案 。 

口 ”自动 更 新 。 记 录 的 数据 库 状 态 变化 将 产生 一 个 同步 处 理 进程 ， 以 实现 更 新 操作 。 

口 ”可 能 的 更 新 操作 。 记 录 的 数据 库 的 所 有 状态 变化 将 触发 一 个 异步 处 理 进程 ， 并 

更 新 读 取 数 据 库 ， 进 而 实现 最 终 的 数据 一 致 性 特征 。 
口 ” 受 控 更 新 操作 。 产 生 一 个 常规 处 理 进程 和 进度 表 ， 以 对 数据 库 实现 同步 化 操作 。 
口 ” 按 需 更 新 。 每 个 队列 经 与 记录 比较 后 ， 检 测 读 取 数 据 库 时 的 一 致 性 ， 并 在 内 容 
过 期 后 强制 更 新 。 
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任何 更 新 行为 都 是 最 常用 的 策略 之 一 ， 因 为 它 假定 任何 给 定 的 显示 数据 都 可 能 已 经 


过 期 ， 所 以 没有 必要 强制 执行 同步 更 新 过 程 。 


许多 CQRS 实现 可 能 需要 消息 代理 来 处 理 命令 和 事件 。 在 这 种 情况 下 ， 图 3.5 展示 


了 一 种 方案 。 


客户 端 /UL/API 


应 用 程序 


Lf s Ln) 


3.8.08 CQRS RS E ES ROSA D 


队列 组 件 


CQRS 提出 了 与 经 典 的 单 体系 统 不 同 的 概念 。 在 单 体系 统 中 ， 写 入 和 读 取 的 整个 过 
程 历经 相同 的 层 ， 并 且 在 处 理 业务 规则 和 数据 库 使 用 方面 相互 竞争 。 


与 CQRS 相关 的 概念 为 我 们 提供 了 较 好 的 可 扩展 性 以 及 实 上 


性 方面 的 内 容 ， 


主要 体现 在 以 下 方面 : 


口 ” 相 关 命令 处 于 异步 状态 ， 并 在 队列 中 加 以 处 理 ， 进 而 降低 等 待 时间 。 


其 优势 
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口 读 、 写 操作 针对 同一 资源 不 再 处 于 竞争 状态 。 
O QueryStack 上 的 查询 操作 彼此 分 离 且 相互 无 关 ， 且 不 依赖 于 CommandStack 处 
理 机 制 。 
OQ ”可 以 分 别 对 CommandStack 处 理 进 程 和 QueryStack 处 理 进 程 进行 扩展 。 
Q ”在 业务 意图 和 其 他 DDD 概念 中 ,使 用 常见 的 语言 展现 富有 表现 力 的 领域 表达 结果 。 
对 于 应 用 程序 来 说 ，CQRS 包含 诸多 优点 ， 但 也 包含 了 某 些 缺陷 ， 如 下 所 示 : 
口 CQRS 相对 复杂 。 对 于 应 用 程序 、 针 对 某 个 领域 的 清晰 理解 ， 以 及 常见 语言 
其 复杂 度 均 有 所 提升 。 
O ”在 使 用 最 终 一 致 性 模型 时 ， 应 对 此 予以 格外 关注 。 虽 然 这 一 概念 并 非 是 强制 性 
的 ， 但 应 对 其 加 以 谨慎 处 理 。 
O 取决 于 具体 实现 ， 尤 其 是 使 用 最 终 一 致 性 策略 时 ， 一 般 会 采用 消息 代理 机 制 。 
然而 ， 这 增加 了 应 用 程序 的 复杂 性 以 及 组 件 监控 的 困难 。 
需要 注意 的 是 ，CQRS 并 非 是 一 种 架构 模式 ， 它 可 以 理解 为 是 一 种 应 用 程序 的 组 件 
化 形式 。 一 种 常见 的 错误 观念 是 ，CQRS 可 与 事件 源 连 同 使 用 。 事 件 源 与 CQRS 联系 紧 
密 ， 但 却 可 以 实现 独立 于 CQRS 的 事件 源 。 
不 可 否认 ，CQRS 是 一 种 较 好 的 模式 ， 应 在 任意 类 型 的 应 用 程序 中 引起 足够 的 重视 
特别 是 微服 务 。 扩 展 的 灵活 性 以 及 高 可 用 性 远 远 超出 了 该 模式 所 带 来 的 额外 的 复杂 度 。 


3.4 事件 源 


数据 完整 性 


在 进入 事件 源 这 一 话题 之 前 ， 有 必要 了 解 一 下 大 多 数 标准 应 用 程序 的 相关 功能 。 

当 在 数据 库 中 运行 UPDATE 命令 时 ， 我 们 都 会 对 数据 库 中 的 当前 表示 进行 修改 。 据 
此 ， 无 论 何 时 在 数据 库 中 执行 查询 操作 ， 都 将 搜索 某 个 记录 的 当前 状态 。 这 一 行为 称 作 
状态 变化 。 下 面 通过 一 个 示例 对 此 加 以 解释 。 

假设 我 们 有 一 个 表 ， 负 责 管理 用 户 的 访问 级 别 ， 如 下 所 示 : 


ID user name status user manager | 
l John Doe admin Managerl 


在 该 表 中 ， 用 户 John Doe 为 管理 员 ， 其 状态 表示 为 Managerl 。 一 段 时 间 以 后 ， 发 现 
John Doe 不 可 能 一 直 是 应 用 程序 的 管理 员 ， 并 且 对 表 中 的 这 一 行 执行 了 UPDATE 操作 ， 
如 下 所 示 : 


UPDATE status user set status-'normal user', user manager-'Manage2' WHERE 
ID-1; 
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这 一 变化 将 导致 针对 ID = 1 的 修改 操作 ， 如 下 所 示 : 


ID | user name status | user manager | 
1 | John Doe normal user | Manager2 | 


其 中 ,Manager2 负责 修改 用 户 的 状态 .用 户 John Doe 的 当前 状态 表示 为 normal usero 
那么 ， 之 前 的 状态 又 是 什么 ? 在 一 段 时 间 内 ， 谁 来 负责 让 John Doe 的 身份 成 为 管理 员 ? 
在 数据 库 中 ， 记 录 修改 的 默认 行为 使 我 们 无 法 了 解 应 用 程序 中 记录 的 状态 一 一 一 般 
仅 知 晓 记 录 表 的 当前 状态 。 对 此 ， 我 们 需要 知道 进入 事件 源 的 记录 的 历史 信息 。 
事件 源 这 一 概念 则 稍 有 不 同 。 数 据 库 当 前 状态 中 的 每 次 变化 都 是 流 中 的 一 个 新 事件 ; 
表 中 的 每 次 更 新 操作 都 会 生成 一 行 ， 即 状态 的 更 改 。 如 果 更 改 为 错误 的 状态 ， 那 么 ， 将 对 
该 状态 进行 修改 并 生成 新 行 。 因 此 ， 我 们 将 持 有 全 部 变化 内 容 ， 直 至 到 达 用 户 权限 时 间 。 
从 开始 阶段 ，status_user 表 中 即使 用 了 事件 源 这 一 概念 ， 对 应 记录 如 下 所 示 : 


L ID | — wermme | sams | usermanager | 
L1 | obe | — admn | — Memgel | 
[1 | ome | nomalusr | — Mamge2 | 
当 用 户 John Doe 采用 新 状态 时 ， 将 跟踪 当前 变化 并 生成 新 的 一 行 。 对 于 数据 库 记 录 
来 说 ， 事 件 源 仅 使 用 append only 模式 。 
事件 源 也 包含 了 自身 的 优 缺 点 。 其 优点 主要 体现 在 基于 历史 操作 的 记录 维护 功能 ; 
而 记录 的 编辑 操作 往往 呈 指 数 级 增长 ， 这 也 是 事件 源 的 一 个 缺点 。 对 此 ， 一 种 较为 常见 
的 做 法 是 利用 CQRS 查看 事件 源 ， 而 不 是 根据 大 量 的 同一 记录 阻塞 数据 库 的 搜索 操作 。 


35 本 章 小 结 


本 章 开始 涉及 编程 方面 的 内 容 ， 包 括 一 些 基本 的 概念 的 高 级 缓存 机 制 。 另 外 ， 本 章 
还 讨论 了 模式 、CQRS 以 及 事件 源 的 具体 行为 和 相关 功能 。 

后 续 内 容 将 继续 对 当前 应 用 程序 加 以 构建 。 

第 4 章 将 围绕 微服 务 编码 展开 讨论 ， 并 着 手 实现 环境 配置 。 
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在 软件 开发 过 程 中 ， 总 会 出 现 一 些 我 们 所 不 了 解 的 内 容 。 例 如 ， 软 件 最 终 是 否 会 成 
功 运行 ? 当 编 写 应 用 程序 并 将 其 置 入 产品 中 时 ， 也 会 产生 各 种 问题 ， 其 间 也 会 伴随 着 
失败 。 

有 人 曾 指出 ， 零 bug 的 软件 是 不 存在 的 。 充 其 量 ,， 软件 只 是 存在 未 知 的 bug。 这 一 说 
法 并 非 廖 论 ， 甚 至 是 100% 正 确 的 。 

通常 ， 应 用 程序 包含 较 高 的 测试 覆盖 率 ; 另外， 领域 业务 还 涉及 自动 化 测试 以 及 集 
成 测试 。 显 然 ， 一 切 工作 良好 。 但 是 ， 当 谈 及 微服 务 时 ， 还 会 涵盖 一 些 潜在 的 风险 ， 例 
如 网 络 连 接 、 负 载 平 衡 中 的 错误 ， 以 及 外 部 服务 使 用 过 程 中 的 故障 。 

微服 务 中 的 问题 可 能 源 自 开 发 团队 中 产生 的 bug, 或 者 是 与 其 他 服务 集成 后 造成 的 不 
良 后 果 。 毫 无 疑问 ， 应 用 程序 中 的 缺陷 将 导致 产品 的 一 种 良性 失败 。 

这 里 ， 读 者 可 能 会 产生 疑问 ， 难 道 还 会 存在 一 种 良性 失败 ? 答案 是 肯定 的 。 

良性 失败 意味 着 ， 问 题 不 包含 不 可 用 服务 ， 或 者 无 效 内 容 仅 呈现 为 局 部 特性 ， 而 不 
涉及 整个 系统 。 除 此 之 外 ， 快 速 发 现 问题 同样 是 一 种 “成 功 ”的 标志 。 

对 于 故障 的 良性 结果 ， 我 们 将 采取 一 些 措施 ， 并 在 工作 堆栈 中 解决 此 类 问题 。 本 章 
主要 涉及 以 下 话题 : 

Q ”容器 中 的 分 离 机 制 。 

D ”数据 分 布 。 

口 ”对 故障 的 反应 机 制 。 


4.1 容器 中 的 分 离 机 制 


为 了 阻止 故障 的 发 生 ， 重 要 的 是 需要 了 解 产生 故障 的 方式 。 下 面 考 察 单 体 应 用 程序 
中 较为 常见 的 操作 ， 此 类 也 会 出 现 于 微服 务 架 构 中 ， 进 而 有 助 于 我 们 理解 故障 前 的 响应 
方式 。 

一 种 较为 常见 的 方法 是 将 应 用 程序 的 整体 结构 置 于 单一 存储 库 中 。 也 就 是 说 ， 软 件 
代码 、 缓 存 以 及 应 用 程序 的 所 有 其 他 特性 均 位 于 同一 台 机 器 设备 中 ， 这 种 情况 屡见不鲜 。 

图 4.1 显示 了 缓存 数据库、 API 以 及 业务 逻辑 层 位 于 同一 位 置 时 的 情形 。 初 看 之 下 ， 
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这 一 配置 行为 并 无 问题 。 在 同一 台 机 器 中 ， 诸 如 延迟 、 包 丢失 和 部 署 复 杂 性 等 问题 都 被 


简化 了 。 


图 4.1 


在 当前 方案 中 ， 假 设 容器 出 现 故障 ， 那 么 ， 将 难以 分 辩 容 器 故障 所 对 应 的 组 件 。 这 
一 闪 识 过 程 将 占用 大 量 的 时 间 。 另 外 ， 缓 存 中 的 某 个 缺陷 可 能 会 导致 应 用 程序 月 冲 。 故 
障 的 产生 过 程 往往 是 以 渐进 方式 进行 的 ， 当 意识 到 容器 的 系统 故障 时 ， 可 能 为 时 已 晚 。 
由 于 所 有 组 件 均 处 于 连接 状态 ， 并 且 无 法 对 其 进行 单独 处 理 ， 因 而 整个 应 用 程序 将 
被 重新 启动 。 针 对 此 类 行为 ， 尚 不 存在 一 种 优雅 的 系统 可 对 此 提供 支持 。 除 了 导致 某 种 


程度 的 不 一 致 结果 之 外 ， 还 可 能 丢失 数据 。 


之 前 的 一 些 积极 因素 现在 被 证 明 是 一 种 很 容易 破坏 弹性 的 选择 方案 ， 例 如 部 署 复 杂 
性 的 降低 ， 以 及 延迟 和 包 丢 失 的 减少 。 将 整个 应 用 程序 堆栈 保存 在 一 个 物理 组 件 中 ， 意 


味 着 所 有 软件 层 都 将 使 用 组 件 的 相同 特性 。 此 时 ， 
有 关 。 

这 种 系统 故障 不 仅 影响 了 应 用 程序 的 可 用 性， 
者 眼中 的 可 信 度 。 图 4.2 显示 了 缓存 出 现 错误 且 数 据 
Bm. 

这 依然 不 是 最 糟糕 的 情况 。 对 于 应 用 程序 来 说 ， 


故障 的 缓解 往往 与 自身 方案 的 选取 


而 且 还 可 能 影响 产品 在 客户 和 投资 
库 过 载 时 发 生 的 故障 , 进而 导致 系统 


最 不 希望 听 到 的 即 是 “成 功 ” 一 词 ， 


成 功 意味 着 应 用 程序 的 扩展 。 也 就 是 说 ， 在 不 提升 弹性 的 情况 下 ， 成 倍 地 增加 可 用 性 。 
高 可 用 性 将 与 所 支持 的 命中 数量 有 关 ， 而 不 是 保持 可 用 性 ， 即 使 发 生 内 部 故障 。 
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图 4.2 


这 可 能 并 不 是 当前 应 用 程序 的 选择 方案 。 通 常 ， 在 较 差 的 微服 务 生态 系统 中 ， 单 体 
架构 呈现 为 重复 状态 。 对 于 一 些 软件 工程 师 来 说 ， 微 服务 架构 仅仅 是 将 业务 逻辑 与 应 用 
程序 分 离开 来 。 这 种 认 知 是 错误 的 一 一 应 用 程序 的 组 件 也 必须 以 可 伸缩 的 方式 进行 设计 
因此 ， 在 极端 情况 下 ， 必 须 可 实现 快速 修复 或 重 置 行为 。 


4.1.1 分 层 服务 架构 


对 于 应 用 程序 所 采取 的 分 离 机 制 ， 这 是 一 种 十 分 常见 的 反 模 式 。 一 些 工程 师 常会 在 堆 
栈 组 件 的 分 离 与 逻辑 层 的 分 离 之 间 产 生 混 淆 ， 这 样 就 产生 了 一 个 缺少 业务 表达 的 贫血 域 。 

图 4.3 显示 了 一 种 较 差 的 实现 方式 。 其中, 软件 由 3 个 不 需要 的 物理 组 件 组 成 。 同时 ， 
应 用 程序 的 分 离 具 有 较 细 的 粒度 。 此 外 ， 编 排 器 和 数据 访问 并 不 具备 实际 意义 。 

基本 的 业务 内 容 需 要 对 数据 库 进 行 访问 。 很 快 ， 构 建 这 种 分 离 机 制 便 没 有 逻辑 可 言 
了 。 另 一 点 需要 注意 的 是 ， 如 果 编排 器 直接 访问 数据 ， 也 就 意味 着 ， 它 在 应 用 业务 方面 
具有 一 定 的 智能 。 另 外 ， 编 排 器 也 是 完全 不 必要 的 一 一 仅 存在 一 个 业务 层 ， 因 而 并 不 存 
在 数据 可 供 编排 。 

另外 ， 当 前 粒度 是 微服 务 架构 中 非常 常见 的 错误 ， 同 时 也 是 我 们 不 惜 一 切 代价 所 要 
避免 的 。 该 粒度 会 提升 系统 的 复杂 度 ， 同 时 增加 维护 工作 物理 组 件 的 成 本 ， 以 及 多 层 间 
的 通信 成 本 。 

下 一 步 是 在 应 用 程序 中 构建 一 种 具有 实际 意义 的 分 离 机 制 。 对 此 ， 我 们 的 脑海 中 应 
浮现 出 一 幅 与 图 4.3 类 似 的 结构 图 ， 则 在 避免 一 系列 的 重复 行为 。 
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数据 访问 
(容器 ) 


4.1.2 分离 UsersService 


微服 务 组 件 的 分 离 可 通过 多 种 方式 实现 。 如 果 采 用 物理 或 虚拟 容器 ， 对 于 应 用 程序 
来 说 ， 分 离 机 制 应 以 一 种 较为 健康 的 方式 进行 ， 从 而 支持 可 扩展 性 、 弹 性 、 可 用 性 ， 以 
及 版 本 化 微服 务 中 的 各 方面 内 容 。 

这 里 强烈 推荐 使 用 Docker 来 划分 组 件 。 首 先 ，Docker 很 容易 自动 化 操作 ， 其 次 ， 
Docker 可 方便 地 在 其 他 环境 中 复制 同一 生产 堆栈 ， 包 括 开发 权 ， 从 而 避免 令 人 不 愉快 的 
意外 情况 发 生 。 

在 我 们 的 所 有 微服 务 中 ， 将 使 用 Docker 作为 应 用 程序 容器 的 生成 工具 。 本 书 将 对 
Docker 的 应 用 予以 全 面 的 介绍 ， 同 时 也 包括 它 在 微服 务 中 的 适用 性 。 

在 开始 对 Docker 进行 编码 之 前 ， 下 面 首先 展示 一 下 组 件 分 离 后 应 用 程序 的 外 观 ， 如 
图 4.4 所 示 。 

图 4.4 显示 了 微服 务 的 实际 现状 。 因 此 ， 我 们 还 会 针对 当前 项 目 进行 适当 的 调整 。 
1. 创建 Dockerfile 


这 里 首先 在 UsersService 创建 Dockerfile 文件 , 该 文件 负责 组 装 容器 的 映像 并 编译 应 
用 程序 。 
FROM 策略 表明 应 用 程序 使 用 哪 一 种 操作 系统 。 在 当前 情况 下 , 将 使 用 golang:latest， 
这 是 一 个 安装 了 Go 语言 的 Ubuntu 系统 。 
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浏览 器 


UsersService (2588) 
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关于 更 多 控制 项 ， 可 以 从 golang:latest 中 手动 复制 和 构建 。 
LABEL 策略 将 展示 应 用 程序 名 称 以 及 版 本 ， 如 下 所 示 : 


LABEL Name-userservice Version-0.0.1 


当 采 用 RUN 策略 时 ， 将 创建 Go 的 默认 工作 区 目录 ， 这 些 目录 包括 sre, pkg 和 bin. 
对 此 ， 可 使 用 “mkdir -p” 命 令 ， 该 命令 将 创建 所 有 目录 ， 如 下 所 示 : 
RUN mkdir -p /go/src \ 
&& mkdir -p /go/bin \ 
&& mkdir -p /go/pkg 
接 下 来 ， 将 使 用 ENV 命令 两 次 ， 第 一 次 是 创建 GOPATH 应 用 程序 ， 否则，Go 应 用 
程序 将 无 法 实现 构建 过 程 。 随 后 ， 再 次 使 用 ENV 命令 将 GOPATH 与 容器 操作 系统 的 
PATH 进行 关联 ， 如 下 所 示 : 
ENV GOPATH-/go 
ENV PATH-$GOPATH/bin:$PATH 


再 次 强调 ， 这 里 使 用 了 包含 “mkdir -p” 的 RUN 命令， 进而 创建 应 用 程序 目录 ， 如 
下 所 示 : 


# now copy your app to the proper build path 
RUN mkdir -p $GOPATH/src/app 
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然后 ， 可 使 用 ADD 表明 容器 操作 系统 中 应 用 程序 上 的 容器 位 置 。 类 似 地 ， 使 
WORKDIR 表示 当前 工作 目录 ， 如 下 所 示 : 


ADD . $GOPATH/src/app 
WORKDIR $GOPATH/src/app 


此 处 将 通过 RUN 运行 应 用 程序 的 构建 过 程 。 相 应 地 ， 所 生成 的 二 进 制 文件 包含 了 
main 这 一 名 称 ， 并 通过 CMD 策略 运行 ， 如 下 所 示 : 


RUN go build -o main . 
CMD ["/go/src/app/main"] 


在 Dockerfile 文件 的 结尾 处 , 我 们 设置 了 3000 端口 以 访问 应 用 程序 端点 , 如 下 所 示 : 
EXPOSE 3000 
最 终 ， 应 用 程序 完整 的 Dockerfile 文件 如 下 所 示 : 


# APP Dockerfile 
# For more control, you can copy and build manually 
FROM golang:latest 


LABEL Name-userservice Version-0.0.1 


RUN mkdir -p /go/src \ 
&& mkdir -p /go/bin \ 
&& mkdir -p /go/pkg 
ENV GOPATH-/go 
ENV PATH-$GOPATH/bin:$PATH 


# now copy your app to the proper build path 
RUN mkdir -p $GOPATH/src/app 
ADD . $GOPATH/src/app 


WORKDIR $GOPATH/src/app 

RUN go build -o main . 

CMD ["/go/src/app/main"] 

EXPOSE 3000 

在 针对 当前 微服 务 创建 了 Dockerfile 之 后 ， 下 面 将 对 PostgreSQL 数据 库 生 成 Dockerfile 
文件 。 

首先 可 在 应 用 程序 中 创建 名 为 db 的 新 目录 。 其 中 ， 将 针对 PostgreSQL 生成 Dockerfile 
目录 。 
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该 文件 相对 简单 ， 只 需 定义 基于 FROM 策略 下 载 PostgreSQL 的 存储 库 。 另 外 , 在 运 


行 容器 的 构建 过 程 时 ， 还 应 执行 create.sql 文件 ， 如 下 所 示 : 


件 。 


FROM postgres 


# run create.sql on init 
ADD create.sql /docker-entrypoint-initdb.d 


下 面 考察 构建 容器 的 create.sql 文件 。 
在 之 前 生成 的 db 目录 中 ,还 可 添加 除 Dockerfile 之 外 的 另 一 个 文件 ， 即 create.sql X 
该 文件 针对 测试 、 开 发 以 及 生产 环节 负责 设置 数据 库 ， 如 下 所 示 : 


CREATE DATABASE users prod; 
CREATE DATABASE users dev; 
CREATE DATABASE users test; 


前 述 内 容 定义 了 两 个 Dockerfile 文件 ， 下 面 返回 至 main 目录 并 创建 微服 务 文件 。 该 


文件 用 于 在 容器 中 进行 首次 编排 。 


对 于 编排 操作 ， 此 处 可 使 用 Docker Compose。 因 此 ， 在 应 用 程序 的 main 目录 中 ， 将 


创建 一 个 docker-compose.yml 文件 。 作 为 YAML 文件 ， 该 文件 须 遵循 相关 的 标准 语法 。 


在 文件 开始 处 ， 可 声明 所 用 的 Docker Compose 版 本 ， 并 针对 服务 启用 相关 语法 ， 如 


下 所 示 : 


version: '2.1' 
services: 


这 里 ， 声 明 的 第 一 个 服务 是 Redis, 其 中 包括 容器 名 称 、 将 要 使 用 的 映像 、 通 信 端 


以 及 验证 服务 是 否 正 在 运行 的 测试 行为 ， 如 下 所 示 : 


redis: 
container name: redis 
image: redis 
ports: 
= OS 
healthcheck: 
test: exit 0 


第 二 个 服务 则 是 PostgreSQL 数据 库 ， 该 服务 包括 容器 名 称 、Dockerfile 所 处 的 目录 、 


与 当前 数据 库 通 信 的 网 关 、 环 境 变 量 ， 以 及 验证 当前 服务 是 否 运 行 的 测试 策略 。 这 里 需 
要 特别 指出 的 是 密码 的 修改 和 用 户 数 据 库 的 更 改 。 对 应 代码 如 下 所 示 : 
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users-service-db: 
container name: users-service-db 
build: ./db 


ports: 

— 5435:5432 # expose ports - HOST:CONTAINER 
environment: 

— POSTGRES USER-postgres 

- POSTGRES PASSWORD-postgres 
healthcheck: 

test: exit 0 


第 三 个 服务 是 当前 的 微服 务 。 具 体 来 说 ,UsersService 微服 务 包括 容 器 名 称 、Dockerfile 
所 在 的 可 下 载 映像 ， 以 及 该 服务 的 环境 变量 〈 取 决 于 访问 门 和 访问 链接 ) 。 

需要 注意 的 是 , 当前 针对 每 个 数据 库 使 用 了 连接 字符 串 , 并 在 db 中 的 create.sql 文件 
中 创建 ， 对 应 代码 如 下 所 示 : 


userservice: 
container name: userservice 
image: userservice 
build: . 
environment: 
- APP RD ADDRESS-redis:6379 
- APP RD AUTH-password 
- APP RD DBNAME=0 
- APP SETTINGS-project.config.DevelopmentConfig 
- DATABASE URL-postgres://postgres:postgres(users-service-db: 
5432/users prod?sslmode-disable 
-DATABASE DEV URL-postgres://postgres:postgres(users- 
service-db:5432/users dev?sslmode=disable 
-DATABASE TEST URL-postgres://postgres:postgresQusers- 
service-db:5432/users test?sslmode-disable 
depends on: 
users-service-db: 
condition: service healthy 
redis: 
condition: service healthy 
ports: 
- 8080:3000 
links: 
— users-service-db 


- redis 
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最 后 ，Docker-compose.yml 文件 如 下 所 示 : 


version: '2.1' 


services: 
redis: 
container name: redis 
image: redis 
ports: 
= NI 
healthcheck: 
test: exit 0 


users-service-db: 
container name: users-service-db 
build: ./db 
ports: 
- 5435:5432 # expose ports - HOST:CONTAINER 
environment: 
- POSTGRES USER-postgres 
— POSTGRES PASSWORD-postgres 
healthcheck: 
test: exit 0 


userservice: 
container name: userservice 
image: userservice 
build: 
environment: 
- APP RD ADDRESS-redis:6379 
APP RD AUTH-password 
APP RD DBNAME=0 
APP SETTINGS-project.config.DevelopmentConfig 


5432/users prod?sslmode-disable 
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DATABASE URL-postgres://postgres:postgresQusers-service-db: 


- DATABASE DEV URL-postgres://postgres:postgresQusers-service-db: 


5432/users dev?sslmode-disable 


- DATABASE TEST URL-postgres://postgres:postgresQusers-service-db: 


5432/users test?sslmode-disable 
depends on: 
users-service-db: 
condition: service healthy 
redis: 
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condition: service healthy 
ports: 
- 8080:3000 
links: 
- users-service-db 
- redis 


除 此 之 外 ， 还 需 在 当前 应 用 程序 中 进行 适当 调整 ， 进 而 正确 地 使 用 容器 。 
如 前 所 述 ， 在 main.go 文件 中 ， 曾 利用 数据 库 构成 了 连接 字符 串 ， 如 下 所 示 : 


connectionString := fmt.Sprintf( 
"user-$s password-$s dbname-$s sslmode-disable", 
os.Getenv("POSTGRES USER"), 
os.Getenv("POSTGRES PASSWORD"), 
os.Getenv("POSTGRES DB"), 

) 


当 在 容器 中 为 数据 库 的 连接 字符 串 声明 一 个 环境 变量 时 ， 这 种 类 型 的 连接 字符 串 组 
合并 没有 什么 实际 意义 。 下 面 将 其 修改 为 对 环境 变量 的 简单 调用 ， 如 下 所 示 : 

connectionString := os.Getenv("DATABASE DEV URL") 

其 中 ， 使 用 到 了 当前 数据 库 。 除 此 之 外 ， 该 文件 中 须 调 整 的 内 容 还 包括 应 用 程序 服 
务 器 运行 的 端口 ， 如 下 所 示 : 

a.Run(":3000") 

全 部 工作 均 已 就 绪 ， 下 面 将 使 用 基于 隔离 容器 的 微服 务 。 

2. 使 用 容器 

前 述 内 容 已 经 声明 了 容器 , 下 面 将 考察 如 何 使 用 此 类 容器 。 对 此 , 有 必要 安装 Docker 
docker-machine 和 docker-compose。 

若 将 Docker 用 作 服 务 ， 可 通过 docker-machine 创建 主机 ， 如 下 所 示 : 


$ docker-machine create dev 


根据 生成 的 主机 ， 下 列 代码 将 映射 所 创建 的 docker-machine URL 主机 。 

$ eval "$(docker-machine env dev)" 

下 列 代码 使 用 docker-compose 创建 容器 ， 并 对 其 进行 初始 化 。 

$ docker-compose up -d -build 

几 分 钟 后 ， 全 部 容器 均 处 于 可 用 状态 。 我 们 只 需要 知道 Docker 何 时 运行 应 用 程序 即 
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可 。 为 此 ， 可 执行 以 下 命令 : 
$ docker-machine ip dev 


通过 对 应 的 全， 将 端口 添加 至 其 结尾 处 即 可 开始 使 用 微服 务 。 此 时 ， 全 部 依赖 关系 
均 安 装 完毕 且 具 有 更 大 的 灵活 性 ， 进 而 可 较 好 地 处 理 当 前 应 用 程序 。 


42 存储 分 布 


在 任何 应 用 程序 中 ， 数 据 保存 均 是 一 个 十 分 重要 的 话题 ， 微 服务 也 不 例外 。 利 用 分 
布 式 应 用 程序 ， 数 据 的 分 布 将 变 得 更 加 灵活 。 

在 处 理 微 服务 中 的 存储 问题 时 ， 存 在 一 些 较 好 的 实践 方案 。 显 然 ，CQRS 模式 十 分 
有 效 ， 但 在 性 能 方面 仍 有 所 欠缺 。 对 于 应 用 程序 的 健康 问题 ， 数 据 的 区 域 化 和 折旧 
(depreciation) 较为 有 用 。 

在 容器 的 创建 过 程 中 ， 可 以 看 到 ， 除 了 应 用 程序 自身 的 容器 之 外 ， 在 UsersService 
中 ， 还 有 两 个 数据 存储 层 的 特定 容器 ， 并 作为 数据 库 本 身 的 缓存 。 


4.2.1 折旧 数据 


在 科学 计算 年 代 ， 数 据 分 析 占 有 重要 地 位 。 删 除数 据 听 起 来 是 十 分 不 合理 的 。 是 的 
这 的 确 有 些 荒 雇 。 类 似 地 ， 拥 有 100 万 数据 行 的 数据 库 会 生成 越 来 越 慢 的 查询 操作 。 

这 里 的 问题 是 ， 如 果 无 法 从 数据 库 中 删除 数据 ， 我 们 应 该 如 何 处 理 才 能 不 影响 查询 
操作 ? 这 个 问题 的 答案 是 数据 折旧 。 数 据 的 折旧 包括 划分 活动 数据 和 非 活动 数据 ， 并 将 
非 活动 数据 移 至 与 实时 应 用 程序 层 无 关 的 存储 中 。 

下 面 考 察 门票 销售 这 一 示例 。 其 中 ， 每 天 都 会 有 事件 被 创建 和 执行 ， 并 完成 基于 事 
件 的 门票 购买 活动 。 这 也 是 该 应 用 程序 的 主要 例 程 。 

一 段 时 间 后 ， 我 们 将 对 与 事件 相关 的 数据 进行 审计 ， 或 者 仅 用 于 数据 分 析 。 对 于 最 
近 的 事件 、 仍 处 于 活动 状态 的 事件 ， 以 及 已 超出 1 年 的 事件 ， 保 存 其 数据 并 无 意义 。 

但 是 ， 随 着 时 间 的 推移 ， 将 所 有 数据 保存 在 一 个 存储 设施 中 ， 会 产生 较 慢 的 查询 操 
作 ， 以 及 更 为 严重 的 数据 迁移 或 修改 问题 。 针 对 于 此 ， 数 据 折 旧 是 一 种 较 好 的 方法 ， 特 
别 是 在 实现 自动 化 时 。 


4222 区域 化 数据 


在 应 用 程序 中 , 通常 的 做 法 是 将 其 部 署 到 服务 器 中 , 并 为 应 用 程序 提供 访问 点 一 如 
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果 应 用 程序 在 全 球 范围 内 使 用 ， 则 重复 执行 这 一 处 理 过 程 。 但 通常 情况 下 ， 服 务 器 的 部 
署 一 般 在 距 新 产品 市 场 最 近 的 地 理 位 置 处 进行 ， 这 一 做 法 完全 正确 ， 但 问题 也 会 随 数据 
库 服务 器 的 地 理 位 置 而 出 现 。 

查看 依据 地 理 位 置 分 布 的 应 用 程序 是 一 类 常见 操作 ， 但 需要 从 几 公里 之 外 的 服务 器 
处 获取 数据 。 因 此 ， 在 不 同 的 地 理 位 置 处 ， 这 将 带 来 不 同 的 体验 。 例 如 ， 如 果 服 务 器 设 
在 美国 ， 那 么 ， 美 国 终端 用 户 的 体验 要 远 远 好 于 澳大利亚 的 用 户 ， 其 中 会 涉及 物理 距离 
延迟 以 及 可 能 出 现 的 数据 表 丢 失 问题 。 针 对 这 一 类 问题 ， 数 据 的 区 域 化 则 是 较 好 的 方法 。 
对 于 新 闻 门 户 网 站 来 说 ， 欧 洲 用 户 一 般 仅 关注 本 地 的 新 闻 ， 而 不 是 南非 等 国家 。 这 意味 
着 ， 当 编辑 出 版 系统 发 布 一 个 新 词 时 ， 必 须 首先 按 区 域 存储 数据 ， 然 后 在 类 似 CQRS 处 
理 过 程 中 对 数据 进行 标准 化 。 稍 后 ， 考 虑 到 当前 主题 的 特殊 性 ， 对 应 数据 无 须 进行 标准 
化 处 理 。 

基于 地 理 位 置 划 分 的 数据 分 布 策 略 涵盖 了 多 样 化 特征 ， 但 不 应 忽视 数据 的 区 域 化 问 
题 ， 因 为 它 将 直接 影响 到 应 用 程序 的 性 能 。 


4.3 隔离 一 使 用 生态 系统 防止 故障 的 出 现 


本 章 前 述 内 容 讨 论 了 故障 的 防止 措施 ， 以 及 如 何 开发 具有 高 可 用 性 和 弹性 的 应 用 程 
序 。 本 节 将 考察 相关 结构 的 保护 方式 。 


4.3.1 元 余 设 计 


尽管 我 们 的 应 用 程序 仅 在 单 实例 中 执行 ， 并 且 由 于 组 件 在 容器 中 的 分 布 而 变 得 更 加 
灵活 ， 但 仍然 会 受到 系统 故障 的 影响 。 

元 余 是 解决 上 述 问 题 的 一 种 有 趣 的 方法 。 使 用 元 余 方案 时 ， 即 使 应 用 程序 的 一 个 节 
点 丢失 ， 其 他 节点 仍 可 以 继续 响应 。 

负载 平衡 器 是 微服 务 元 余 的 一 个 很 好 的 例子 ， 它 使 用 一 种 策略 来 重 定向 请 求 。 其 中 ， 
我 们 可 以 创建 大 量 节点 ， 如 果菜 个 节点 出 现 故 障 ， 仍 然 有 另 一 个 节点 可 以 响应 。 

在 图 4.5 中 ,请 求 发 送 至 负载 平衡 器 中 , 并 根据 开发 团队 和 相关 操作 制定 的 某 些 规则 ， 
定向 至 业务 层 的 实现 中 。 

应 用 程序 的 所 有 节点 一 般 不 会 出 现 整体 前 溃 。 如 果 出 现任 何不 稳定 现象 ， 我 们 仍 有 
时 间 升 至 某 个 新 版 本 ; 或 者 简单 地 识别 和 修复 所 过 到 的 错误 。 

下 面 针 对 当前 应 用 程序 使 用 负载 平衡 器 。 对 于 大 型 应 用 程序 来 说 ， 一 种 较 好 的 方法 
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是 使 用 HAProxy。 但 在 当前 示例 中 ， 我 们 令 Nginx 担负 起 这 一 职责 。 


图 45 
在 应 用 程序 的 主 目录 中 , 为 了 清晰 起 见 , 可 创建 一 个 名 为 nginx 的 目录 。 在 该 目录 中 ， 


还 将 生成 两 个 新 文件 , BU Dockerfile 和 nginx。 这 两 个 文件 已 可 满足 当前 应 用 程序 的 要 求 。 

下 面 首先 考察 Dockerfile 文件 。 在 该 文件 中 ， 将 通知 Docker 使 用 哪个 映像 ， 以 及 如 
何 处 理 nginx 文件 的 副本 。 这 里 ， 仍 然 需 要 在 安装 Nginx 的 、 操 作 系统 的 /etc/nginx 目录 
中 创建 该 文件 ， 如 下 所 示 : 

FROM nginx 

COPY nginx.conf/etc/nginx/nginx.conf 

在 声明 了 Dockerfile 之 后 ， 将 创建 Nginx 配置 文件 ， 其 中 包含 了 多 个 worker， 如 下 
所 示 : 

worker processes 4; 


在 此 之 后 ， 我 们 将 使 用 事件 的 配置 结果 。 在 这 种 情况 下 为 每 秒 1024 个 客户 端 ， 如 下 
所 示 : 


events { worker connections 1024; } 


在 初始 化 设置 完毕 后 ， 下 面 将 对 服务 器 自身 加 以 考察 ， 并 采用 HTTP 策略 打开 。 此 
处 ， 最 重要 的 事情 是 设置 应 用 程序 节点 的 upstream 策略 。 在 upstream 声明 的 内 容 将 是 在 
Nginx proxy pass 上 运行 的 内 容 。 注 意 ， 在 Docker 初始 化 容器 之 后 ， 将 传递 容器 的 名 称 
以 及 容器 运行 的 端口 ， 如 下 所 示 : 
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upstream user servers ( 


server userservice userservice 1:3000; 


server userservice userservice 2:3000; 


server userservice userservice 3:3000; 


server userservice userservice 4:3000; 


) 


最 终 ，nginx.conf 文件 如 下 所 示 : 


worker processes 4; 


events { worker connections 1024; } 


http { 


sendfile on; 


upstream user servers { 


Server 
Server 
server 
Server 


server ( 
listen 


userservice userservice 1:3000; 
userservice userservice 2:3000; 
userservice userservice 3:3000; 
userservice userservice 4:3000; 


80; 


location / ( 
proxy pass http://user servers; 
proxy redirect off; 
proxy set header Host $host; 
proxy set header X-Real-IP $remote addr; 
proxy set header X-Forwarded-For $proxy add x forwarded 
proxy set header X-Forwarded-Host $server name; 


} 


for; 


随后 ， 需 要 修改 docker-compose.yml 文件 ， 并 创建 负载 平衡 器 。 首 先 ， 通 过 移 除 
container name 语句 和 端口 语句 以 修改 userservice 声明 。 之 所 以 删除 container name 
其 原因 在 于 ，Docker 不 会 动态 地 为 容器 的 每 个 实例 创建 名 称 。 随 后 则 是 删除 端口 ， 因 为 现在 
需要 访问 仅 由 微服 务 Nginx 服务 器 执行 的 端口 ， 该 端口 已 经 设置 于 Dockerfile 中 。 这 里 只 是 
想 告诉 读者 ， 端 口 应 指向 Nginxs， 这 些 都 是 已 在 nginx.conf 文件 中 声明 的 内 容 ， 如 下 所 示 : 


语句 ， 
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userservice: 
image: userservice 
build: ./UsersService 
environment: 
- APP RD ADDRESS-redis:6379 
APP RD AUTH-password 
— APP RD DBNAME=0 
- APP SETTINGS-project.config.DevelopmentConfig 
DATABASE URL-postgres://postgres:postgresQusers-service-db: 
5432/users prod?sslmode-disable 
- DATABASE DEV URL-postgres://postgres:postgresQusers-service-db: 
5432/users dev?sslmode-disable 
- DATABASE TEST URL-postgres://postgres:postgresQusers-service-db: 
5432/users test?sslmode-disable 
depends on: 
users-service-db: 
condition: service healthy 
redis: 
condition: service healthy 
links: 
- users-service-db 
- redis 


接 下 来 将 在 docker-compose.yml 文件 中 声明 Ngnix 服务 ,对 应 处 理 过 程 类 似 于 Docker 
其 他 服务 的 声明 。 例如， 针对 容器 创建 名 称 、Dockerfile 的 构建 位 置 、Ngnix 的 访问 端口 ， 
以 及 容器 的 链接 ， 如 下 所 示 : 


proxy: 
container name: userservice loadbalance 
build: ./nginx 
ports: 
USPUSSOS 
links: 
- userservice 


最 终 ，docker-composer.yml 文件 包含 以 下 形式 : 


version: '2.1' 


services: 
redis: 
container name: redis 
image: redis 
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Ports: 

= RG3J79: 63797 

healthcheck: 
test: exit 0 


users-service-db: 
container name: users-service-db 
build: ./db 
ports: 
- 5435:5432 # expose ports - HOST:CONTAINER 
environment: 
— POSTGRES USER-postgres 
— POSTGRES PASSWORD-postgres 
healthcheck: 
test: exit 0 


userservice: 
image: userservice 
build: ./UsersService 
environment: 
- APP RD ADDRESS-redis:6379 
- APP RD AUTH-password 
- APP RD DBNAME=0 
- APP SETTINGS-project.config.DevelopmentConfig 
- DATABASE URL-postgres://postgres:postgresQusers-service-db: 
5432/users prod?sslmode-disable 
-DATABASE DEV URL-postgres://postgres:postgresQusers-service-db: 
5432/users dev?sslmode-disable 
-DATABASE TEST URL-postgres://postgres:postgresQ8users-service-db: 
5432/users test?sslmode-disable 
depends on: 
users-service-db: 
condition: service healthy 
redis: 
condition: service healthy 
links: 
- users-service-db 
- redis 


proxy: 
container name: userservice loadbalance 
build: ./nginx 
ports: 
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= 8080" 
links: 
- userservice 


这 种 方法 非常 简单 ， 但 是 也 向 微服 务 中 引入 了 某 种 程度 的 元 余 内 容 ， 其 想法 是 使 
Apache Mesos、Swarm 和 Kubernetes 等 工具 ， 因 而 会 更 多 地 关注 弹性 方面 的 内 容 。 


4.32 临界 分 区 


在 理解 我 们 正在 开发 的 应 用 程序 时 , 重要 的 一 点 是 了 解 应 用 程序 最 常 使 用 的 访问 点 
而 此 类 访问 点 往往 难以 发 现 。 

假设 我 们 正 与 某 个 在 线 销售 系统 协同 工作 ， 在 该 应 用 程序 类 型 中 包含 了 多 种 组 件 ， 
但 显然 ， 最 为 重要 的 组 件 是 完成 产品 销售 部 分 的 组 件 。 然 而 ， 全 部 销售 流程 与 业务 逻辑 
之 间 处 于 耦合 状态 ， 这 种 耦合 源 自 销售 界面 直至 付款 。 

上 述 在 线 商店 似乎 工作 良好 。 只 要 向 服务 器 群 添加 更 多 的 机 器 ， 系 统 的 所 有 压力 都 可 
以 通过 水 平 可 扩展 性 得 到 解决 。 这 里 的 问题 是 ， 针 对 当前 应 用 程序 类 型 ， 水 平 扩展 并 非 
绝对 可 行 。 其中， 许多 资源 处 于 共享 状态 并 可 立即 获得 。 对 于 一 些 难 以 令 人 满意 或 者 是 
无 关 紧 要 的 结果 ， 过 程 中 的 延迟 将 会 造成 很 高 的 代价 。 再 次 强调 ， 对 于 应 用 程序 来 说 ， 
“成 功 ”一 词 往往 意味 着 严峻 的 问题 。 例 如 ， 网 上 商店 在 “黑色 星期 五 ”时 即 会 面临 此 
类 问题 。 

在 几 分 钟 内 ， 可 以 查看 到 大 量 的 点 击 量 ， 但 是 销售 额 却 未 见 明显 增长 ， 这 绝 非 是 正 
常 现象 。 几 分 钟 之 后 ， 就 会 发 现 问题 所 在 。 在 这 种 情况 下 ， 主 要 问题 来 自 处 于 耦合 状态 
的 购买 流 。 其 间 ， 在 线 商 店 的 访问 量 巨 大 ， 以 至 于 阻塞 了 后 续 的 购买 流程 。 也 就 是 说 ， 
搜索 价格 的 用 户 屏蔽 了 广告 产品 的 实际 购买 者 。 如 果 这 种 偏差 十 分 严重 ， 那 么 ， 应 采取 
相关 措施 处 理 此 类 问题 。 

这 种 在 实时 交互 性 应 用 程序 中 的 故障 是 非常 常见 的 。 通 常 ， 点 击 量 一般 大 于 完成 整 
个 交互 性 流程 的 用 户 数 量 。 此 类 场景 适用 于 任何 类 型 的 实时 应 用 程序 ， 无 论 是 在 线 商店 、 
游戏 还 是 政府 的 税务 申报 系统 。 所 有 这 些 应 用 程序 均 包含 相同 的 特征 : 高 季节 性 访问 以 
及 低 转换 率 。 产 品 的 转换 数量 一 般 不 会 受到 影响 ， 即 使 该 数量 低 于 点 击 量 。 

当 处 理 各 类 问题 时 ， 微 服务 架构 通常 十 分 有 效 。 当 采用 DDD 对 每 个 域内 的 边界 上 下 
文 进行 设置 ， 以 及 执行 关键 评估 时 ， 应 用 程序 每 个 部 分 可 选取 更 加 智能 的 架构 。 

在 图 4.6 中 , 采用 临界 划分 这 一 概念 可 使 处 理 操作 升 至 当前 最 为 需要 的 程序 段 。 据 此 ， 
软件 的 其 他 部 分 则 可 避免 外 部 大 量 点 击 操作 造成 的 压力 。 
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| 
[9 [ 93 


Payment 1 | Payment_2 shop_window_1 | shop window 2 | shop window 3 | 


4.3.3 隔离 设计 


解 是 组 件 的 复 用 。 对 此 ， 一 种 较 差 的 资源 共享 示例 是 数据 库 的 复 用 。 无 论 负 载 平 衡器 、 
应 用 程序 线程 级 别 或 者 域 划分 方式 如 何 优化 ， 如 果 应 用 程序 仅 依赖 于 单一 物理 组 件 ， 那 
么 ， 系 统 骨 省 迟早 会 到 来 。 

图 4.7 中 的 设计 方式 即 显得 较为 草率 。 其 中 ， 应 用 程序 的 全 部 组 件 〈 暂 不 考虑 相关 域 ) 
均 依 赖 于 同一 物理 组 件 , 在 该 示例 中 则 是 数据 库 。 这 一 类 错误 也 常 出 现 于 缓存 和 消息 代理 中 。 


Y 
| shop_window_1 || shop_window_2 
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需要 注意 的 是 ， 无 论 是 否 缓 存 ， 数 据 也 是 微服 务 域 中 的 一 部 分 内 容 。 物 理 组 件 应 尽 
可 能 地 处 于 独立 状态 ， 如 图 4.8 所 示 。 


v 


shop window 1 || shop window 2 || shop Wi 


图 48 
图 4.8 中 所 示 的 物理 组 件 方案 则 更 为 常见 ， 进 而 可 简化 迁移 和 数据 库 的 分 片 机 制 。 


4.3.4 快速 故障 


本 节 将 考察 一 个 在 线 商店 示例 。 如 前 所 述 ， 就 可 用 性 来 说 ， 临 界 划分 并 遵循 DDD 边 
界 包 含 诸多 优点 。 除 此 之 外 ， 前 述 内 容 还 讨论 了 软件 与 物理 组 件 依赖 关系 中 蕴含 的 风险 。 
相应 地 ， 其 中 的 大 部 分 内 容 可 消除 系统 架构 中 的 故障 或 风险 。 有 时 ， 问 题 并 不 取决 于 我 
们 ， 外 部 服务 也 会 在 生态 系统 中 使 用 微服 务 。 

对 于 在 线 商 店 的 支付 流程 ， 微 服务 则 是 购物 流程 中 的 最 后 一 个 步骤 ， 并 负责 完成 产 
品 的 付款 操作 。 付 款 过 程 必须 通过 信用 卡 网 关 进 行 通信 ， 如 果 这 些 网 关中 的 任何 一 个 出 
现 中 断 ， 鉴 于 外 部 服务 的 依赖 关系 ， 微 服务 可 能 会 出 现 故 障 。 

在 图 4.9 中 ， 微 服务 支付 过 程 尝试 构建 与 计 费 系统 间 的 通信 ， 但 其 中 存在 某 些 问题 。 

这 里 ， 我 们 不 能 简单 地 等 待 连接 被 恢复 ， 相 反 ， 此 处 应 产生 快速 故障 并 及 时 进行 下 
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一 步 处 理 。 对 于 此 类 问题 ， 断 路 器 是 一 种 较 好 的 方法 。 据 此 ， 可 以 设置 超时 或 连接 故障 
策略 ， 进 而 提供 其 他 形式 的 付款 方式 ， 或 者 以 友好 的 方式 向 用 户 提供 故障 信息 ， 从 而 避 
免 了 由 于 资源 耗 尽 而 导致 的 系统 故障 。 


m Payment 2 
Y 


浏览 器 < 一 一 一 > | anim — 


— Payment 1 


图 49 
44 Hp 路 器 


断路 器 是 当 出 现 过 载 或 短路 时 自动 关闭 的 操作 开关 。 与 电路 保险 丝 类 似 ， 断 路 器 的 
目的 是 实现 快速 故障 和 保护 电力 装置 。 对 于 微服 务 来 说 ， 断 路 器 可 保护 应 用 程序 的 整体 
完整 性 。 

假设 微服 务 的 运行 速度 变 得 十 分 缓慢 。 其 中 ， 各 方 请 求 不 断 出现 并 开始 排队 。 在 某 
种 程度 上 ， 这 可 视 为 一 种 间接 损害 。 特 别 是 对 于 依赖 于 与 其 他 微服 务 通信 的 微服 务 ， 此 
时 需要 使 用 断路 器 。 

断路 器 的 概念 较为 简单 ， 其 中 仅 包含 了 两 种 状态 ， 如 下 所 示 。 

O Of: 释放 对 外 部 依赖 关系 的 调用 。 

O X: 即刻 放弃 当前 调用 ， 并 执行 先前 配置 的 操作 。 

在 实际 操作 过 程 中 ， 断 路 器 自身 将 置 于 调用 中 ， 而 不 是 微服 务 直接 访问 外 部 依赖 项 。 
对 于 基于 预定 义 参 数 产生 的 任何 故障 ， 例 如 超时 ， 断 路 器 将 中 断 与 故障 依赖 项 间 的 通信 。 
当然 ， 微 服务 方面 也 可 以 采取 一 些 措施 。 断 路 器 的 行为 如 图 4.10 所 示 。 

一 些 框架 可 以 帮助 实现 断路 器 。 目 前 ， 较 为 突出 的 框架 是 由 Netflix 开发 团队 创建 的 
Hystrix。Hystrix 最 初 是 在 Java 中 开发 的 ， 但 是 已 经 有 其 他 编程 语言 实现 了 该 算法 ， 如 


Go 语言 。 
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可 
依赖 关系 A 


(使 用 策略 ) 


一 从 


依赖 关系 A 


图 4.10 
45 本 章 小 结 


本 章 讨论 了 一 些 较 好 的 实践 方案 ， 以 使 微服 务 更 具 弹 性 和 容错 能 力 。 另 外 ， 本 章 还 
介绍 了 应 用 程序 中 容器 的 使 用 方式 ， 并 使 用 Nginx 开发 UsersService 集群 。 

最 后 ， 本 章 还 讨论 了 模式 方面 的 内 容 ， 并 可 应 用 于 任何 技术 上 。 第 5 章 将 继续 考察 
新 闻 门 户 网 站 项 目 。 
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本 章 将 介绍 更 多 关于 微服 务 架构 方面 的 内 容 ， 并 通过 相关 示例 探讨 了 多 种 模式 。 此 
外 ， 还 介绍 了 开发 人 员 几 乎 每 天 都 会 遇 到 的 一 些 重要 概念 。 所 有 的 新 概念 都 具有 一 定 的 


指导 意义 ， 目 的 是 使 用 微服 务 架构 为 开发 提供 更 多 的 便 


利 、 安 全 和 速度 。 


但 是 ， 大 多 数 概念 和 技术 都 关注 于 新 项 目 并 使 用 微服 务 架构 。 在 某 些 情况 下 ， 一 些 


遗留 项 目 中 的 内 容 往 往 与 另 一 个 架构 模式 相 背离 。 少 数 


时 候 ， 还 存在 一 些 架构 转换 案例 。 


通常 ， 由 于 缺乏 文档 以 及 最 终 目标 ， 针 对 微服 务 的 迁移 行为 将 变 得 十 分 复杂 。 本 章 


主要 讨论 遗留 项 目 和 微服 务 之 间 的 转换 行为 。 
本 章 主要 涉及 以 下 内 容 : 

分 解 单 体 应 用 程序 。 

开发 新 的 微服 务 。 

数据 编排 。 

对 响应 进行 整合 。 

微服 务 通 信 。 

反 模 式 。 

一 些 最 佳 实践 方案 。 


DODOCDIDOCUO 


51 理解 模式 


任何 遗留 的 新 设计 过 程 都 被 称 为 绿色 项 目 或 绿地 (greenfield) 应 用 。 相 比较 而 言 ， 
项 目 中 已 经 存在 的 部 分 通常 称 为 棕 地 (brown) 项 目 。 显 然 ， 相 比 于 遗留 项 目 ， 在 绿色 项 


目 中 应 用 领域 驱动 设计 DODD) 和 模式 将 更 加 简单 。 


当 谈 及 微服 务 时 ， 共 享 数据 模式 则 是 一 种 有 争议 的 模式 。 如 果 将 其 应 用 至 绿色 项 目 
中 ， 共 享 数 据 模式 常 视 作 一 种 反 模式 。 但 是 ， 对 于 处 于 过 渡 阶 段 的 遗留 应 用 程序 来 说 ， 


这 种 模式 应 该 被 视 为 一 种 临时 模式 。 
该 模式 背后 的 概念 是 针对 数据 存储 使 用 相同 的 物理 


结构 ， 当 对 数据 结构 产生 某 种 疑 


虑 时 ， 或 者 是 微服 务 间 通 信 层 未 经 良好 定义 时 ， 即 可 使 用 这 种 模式 。 


图 5.1 显示 了 共享 数据 模式 的 工作 方式 。 
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52 ”将 单 体 应 用 程序 划分 为 微服 务 


需要 注意 的 是 ， 在 过 渡 阶 段 的 初期 ， 一 切 似乎 毫 无 头绪 ， 微 服务 迁移 往往 会 信人 认 
为 是 一 个 巨大 的 错误 。 

成 功 的 迁移 工作 往往 伴随 着 挫折 与 压力 ， 因 此 ， 在 项 目 初期 即 制订 规划 是 非常 重要 
的 ， 其 中 包括 清晰 的 目标 和 期 限 。 

显然 ， 按 期 交付 是 一 项 最 大 的 挑战 ， 尤 其 是 面临 未 知 领域 时 。 这 里 ， 规 定 最 后 的 期 
限 十 分 重要 ， 它 可 以 帮助 我 们 了 解 项 目 处 于 哪 一 个 阶段 。 

虽然 一 些 步骤 看 似 不 必要 或 者 不 相关 ， 但 是 ， 如 果 缺 少 这 些 步骤 ， 任 何 用 于 微服 务 
的 迁移 项 目 都 会 遭遇 严重 失败 。 下 面 将 对 执行 序列 中 所 有 步骤 加 以 讨论 ， 相 关 步 又 如 下 
所 示 : 

COD 定义 优先 级 。 

(2) 设置 期 限 。 

(3) 定义 应 用 程序 域 。 

(4) 试验 操作 。 

(5) 制定 标准 。 

(6) 构建 原型 。 
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CD 发 送 至 产品 中 。 
5.2.1 定义 优先 级 


许多 公司 都 希望 拥有 最 好 的 开发 生态 环境 ， 以 及 最 快 的 实现 速度 ， 殊 不 知 这 一 切 都 
需要 大 量 的 投资 。 对 于 软件 架构 的 迁移 ， 投 资 不 仅 指 财力 ， 同 时 还 会 涉及 与 时 间 相关 的 
一 切 事物 。 

对 于 公司 来 说 ， 如 果 微服 务 开发 无 法 定义 为 某 种 优先 级 ， 那 么 ， 建 议 最 好 不 要 启动 
该 项 目 。 迁 移行 为 既 复杂 又 困难 ， 在 开始 阶段 更 像 是 一 场 灾难 。 如 果 迁 移 的 优先 级 未 经 
良好 定义 ， 项 目 往往 会 中 途 终止 。 因 此 ， 与 保持 单 体系 统 相 比 ， 公 司 将 面临 更 加 糟糕 的 
状况 。 最 坏 的 情况 是 ， 当 持 有 一 个 混合 应 用 程序 时 ， 一 部 分 内 容 位 于 单一 系统 中 ， 而 另 
一 部 分 则 位 于 微服 务 中 。 随 着 时 间 的 推移 ， 在 应 用 程序 中 代表 业务 的 地 方 可 能 会 出 现 歧 
XL, 并且 维护 这 个 应 用 程序 会 变 得 更 加 困难 。 


5.22 ”设置 期 限 


为 迁移 过 程 设 置 最 后 期 限 是 很 重要 的 。 对 于 项 目 健康 和 进展 程度 ， 最 后 期 限 可 视 作 
是 一 种 标准 。 显 然 ， 随 着 复杂 度 的 不 断 累 积 ， 最 后 期 限 也 可 进行 适当 调整 。 

最 后 期 限 应 与 微服 务 相 关 ， 可 能 包括 堆栈 定义 的 最 后 期 限 、 域 定义 、 早 期 开发 的 日 
期 ， 以 及 对 性 能 测试 运行 时 间 方面 的 预测 。 


5.2.3 ”定义 应 用 程序 域 


第 1 章 曾 讨论 7 了 DDD、 定义 以 及 对 业务 层 的 限制 条 件 。 正 是 在 这 一 点 上 ， 我 们 所 有 
关于 DDD 的 知识 都 得 到 了 实际 应 用 。 

如 果 缺 乏 定义 良好 的 域 ， 迁 移 过程 将 十 分 耗 时 且 极 易 出 错 ， 这 也 使 得 重新 设计 过 程 
会 涉及 大 量 烦 琐 的 步骤 。 


5.24 ”试验 操作 


在 再 次 应 用 任何 技术 或 模式 之 前 ， 应 尝试 对 其 进行 试验 。 在 某 些 情况 下 ， 会 存 一 些 
模拟 场景 中 生成 的 文档 ， 但 是 这 些 场景 可 能 被 过 度 模拟 ， 或 者 无 法 反映 现实 状况 。 

所 有 的 技术 开发 结果 都 应 在 经 过 严格 的 试验 之 后 方 可 投入 使 用 ， 同 时 还 应 记录 连续 
的 异步 场景 ， 其 中 涉及 加 载 进度 以 及 大 量 的 即时 加 载 。 因 此 ， 试 验 过程 不 可 或 缺 ， 最 后 
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还 应 提交 确定 的 试验 结果 。 
5.2.5 制定 标准 


在 试验 结束 后 ， 还 应 对 各 方 标准 加 以 定义 。 默 认 标准 指 的 是 团队 、 文 档 、 语 言 以 及 
流程 间 的 通信 模式 ， 而 不 是 注释 或 代码 的 架构 。 如 果 标 准 缺乏 应 有 的 清晰 度 ， 一 段 时 间 
后 ， 原 有 计划 将 无 法 实现 。 


5.2.6 ”构建 原型 


我 们 可 以 对 诸多 事物 加 以 思考 、 编 写 和 定义 ， 但 若 缺 乏 实 际 的 测试 过 程 ， 真 实 性 将 
无 从 谈 起 。 当 然 ， 冒 险 涉 入 一 个 新 的 生态 系统 蕴含 了 很 大 的 风险 ， 所 以 最 好 创建 一 个 原 
型 对 概念 、 试 验 结果 和 模式 的 有 效 性 进行 验证 。 

创建 原型 的 一 个 较 好 的 方法 是 ， 选 择 最 小 规模 和 最 简单 的 领域 ， 以 及 对 于 整体 应 用 
程序 来 说 ， 可 以 有 效 地 规避 风险 的 领域 。 


5.2.7 ”发 送 产品 


尽管 可 以 执行 多 项 测试 ， 且 原型 可 能 已 获得 成 功 ， 但 均 无 法 与 产品 中 的 验证 相 提 并 
论 。 这 听 起 来 令 人 绝望 或 疯狂 ， 但 对 于 微服 务 架构 来 说 ， 这 确实 是 一 个 巨大 的 优势 。 

向 产品 发 送 微服 务 可 通过 渐进 方式 进行 并 且 是 可 控 的 。 我 们 的 想法 是 发 送 一 些 不 成 
熟 的 产品 ， 让 客户 对 其 进行 验证 。 事 实 上 ， 这 将 有 助 于 对 发 布 过 程 加 以 控制 ， 并 获取 实 
际 的 度量 结果 。 


5.2.8 开发 新 的 微服 务 


截至 目前 ， 前 述 内 容 已 经 实现 了 UsersService， 该 微服 务 负责 处 理 用 户 数据 。 下 面 开 
始 讨论 负责 操控 数据 的 微服 务 ， 其 中 包括 : 

DD FamousNewsService。 

LU PoliticsNewsService. 

DD SportsNewsService. 

当前 域 已 经 在 前 面 的 章节 中 加 以 定义 。 下 面 将 编写 这 些微 服务 的 代码 ， 并 从 
FamousNewsService 开始 。 


1. 编写 微服 务 配 置 文件 
针对 每 种 开发 环境 ，configpy 文件 包含 了 相关 的 设置 项 。 该 文件 被 划分 为 多 个 类 ， 
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其 中 包含 了 每 种 环境 定义 。 
相应 地 ， 第 一 个 类 是 BaseConfig。 该 类 仅 用 作 其 他 类 的 继承 结果 ， 如 下 所 示 : 


class BaseConfig: 
"""Base configuration""" 
DEBUG = False 
TESTING - False 
MONGODB SETTINGS = {} 


在 BaseConfig 声明 完毕 后 ， 下 面 将 声明 其 他 类 ， 进 而 操控 每 种 环境 的 配置 过 程 。 此 
处 ， 当 前 环境 包括 Development、Test 以 及 Production， 分 别 表 示 每 种 环境 。 对 应 的 类 则 
定义 为 DevelopmentConfig、TestingConfig 和 ProductionConfig。 


上 述 类 具有 等 同 的 结构 形式 ， 唯 一 的 不 同 之 处 是 与 数据 库 的 连接 字符 串 ， 如 下 所 示 : 


class DevelopmentConfig (BaseConfig): 
"""Development configuration""" 
DEBUG — True 
MONGODB SETTINGS - ( 

'db': 'famous dev', 

YhosE*'- TIR" -format 
os.environ.get ('DATABASE HOST'), 
'famous dev', 

), 

} 

class TestingConfig (BaseConfig): 
"""Testing configuration""" 
DEBUG = True 
TESTING - True 
MONGODB SETTINGS - ( 

'db': 'famous test', 

thost: IFE)" -format ( 
os.environ.get ('DATABASE HOST'), 
"famous test', 

) ， 

) 


class ProductionConfig (BaseConfig): 
"""Production configuration""" 
DEBUG = False 
MONGODB SETTINGS - ( 
'db': 'famous', 
'host': '()()'.format( 
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os.environ.get('DATABASE HOST'), 
'famous', 
) 
) 


2. 创建 模型 

在 开始 阶段 ，models.py 中 仅 包含 了 数据 库 中 的 一 个 实体 ， 即 News。 对 应 结构 也 较 
为 简单 ， 并 可 在 后 续 过 程 中 增加 内 容 。 这 可 视 作 一 种 较 好 的 建议 : 从 简单 开始 ， 随 后 进 
行 测试 并 编写 有 效 的 代码 。 这 里 ，News 类 体现 了 应 用 程序 中 域 的 中 心 内 容 。 

下 面 首先 声明 导入 语句 ， 如 下 所 示 : 


import datetime 
from flask mongoengine import MongoEngine 


随后 声明 MongoEngine 实例 ， 它 是 用 来 为 源 自 MongoDB 的 数据 提供 对 应 结构 的 工 
如 下 所 示 : 
db = MongoEngine () 
下 面 将 声明 News 类 ， 其 中 定义 了 与 实体 表达 匹配 的 字段 。 该 类 较为 简单 ， 对 应 字段 
完全 具有 自 解 释 性 ， 如 下 所 示 : 
class News (db.Document): 

title = db.StringField(required-True, max length-200) 

content = db.StringField (required-True) 

author = db.StringField(required-True, max length-50) 

created at = db.DateTimeField(default-datetime.datetime.now) 

published at = db.DateTimeField() 


news type = db.StringField (default-"famous") 
tags = db.ListField(db.StringField(max length-50)) 


La 


3. 显示 微服 务 数据 

利用 所 声明 的 模型 ， 即 可 实现 views.py 文件 。 如 前 所 述 ， 对 于 News 类 ， 我 们 将 使 
1 flask 作为 微服 务 框架 。 

首先 针对 views.py 文件 称 作 声明 所 需 的 导入 语句 ， 如 下 所 示 : 

import datetime 

import mongoengine 


from flask import Blueprint, jsonify, request 
from models import News 
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接 下 来 , 将 从 flask 中 实例 化 Blueprint 类 。 该 工具 需要 使 用 到 若干 装饰 器 ， 并 针对 应 


程序 声明 访问 路 由 ， 如 下 所 示 : 


famous news = Blueprint('famous news', name ) 


这 里 ， 所 声明 的 第 一 个 路 由 负责 通过 ID 提供 News 一 一 该 处 理 过 程 较为 简单 。 首 先 ， 


使 用 基于 Blueprint 的 变量 famous news 作为 装饰 器 来 规定 访问 路 由 。 注 意 ， 我 们 在 装饰 
器 中 指出 ， 只 接受 使 用 HTTP GET 谓词 的 请 求 。 除 此 之 外 ， 还 可 指定 所 支持 的 ID 类 型 ， 
此 处 为 字符 串 一 MongoDB ID 表示 为 唯一 的 哈 希 值 ， 如 下 所 示 : 


Gfamous news.route('/famous/news/«string:news id»', methods-['GET']) 


此 后 ， 将 声明 作为 视图 的 函数 名 。 在 该 函数 内 ，dict 作为 模板 以 创建 视图 所 发 送 的 响 
如 下 所 示 : 


def get single news (news id): 
"""Get single user details""" 
response object = ( 
"status: rar" 
'message': 'User does not exist' 
) 


因此 ， 利 用 成 功 响应 的 模板 ， 需 要 在 数据 库 中 通过 ID 进行 搜索 。 该 处 理 过 程 封装 在 


try..except 块 中 。 如 果 传递 了 无 效 或 并 不 存在 的 ID，MongoEngine 将 抛 出 DoesNotExist 异 


ak 


。 最 后 ， 可 通过 jsonify 以 及 适当 的 HTTP 代码 将 输出 格式 化 为 JSON 结果 ， 如 下 所 示 : 


try: 
news = News.objects.get(id-news id) 
response object = ( 
'status': 'success', 
'data': news, 
) 
return jsonify(response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 


视图 中 的 第 一 个 函数 包含 下 列 形式 : 


Gfamous news.route('/famous/news/«string:news id»', methods-['GET']) 
def get single news(news id): 
"""Get single user details""" 
response object = ( 
vstatust: Meal, 
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'message': 'User does not exist' 
} 
try: 
news = News.objects.get(id-news id) 
response object = ( 
"status": "success", 
'data': news, 
} 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 


所 有 视图 均 包 含 了 类 似 的 结果 ， 这 里 仅 需 修改 每 个 函数 的 内 部 代码 ， 以 体现 视图 的 
执行 内 容 。 

下 一 个 视图 负责 将 全 部 消息 以 页 面 形式 加 以 显示 。 再 次 强调 ， 视 图 的 创建 过 程 基本 
一 致 。 首 先 ， 可 访问 当前 路 由 ， 然 后 在 数据 库 中 搜索 应 答 模板 的 成 分 ， 接 着 使 用 jsonify 
查询 应 答 本 身 ， 如 下 所 示 : 


Gfamous news.route('/famous/news/«int:num page»/«int:limit»', 
methods-['GET']) 
def get all news(num page, limit): 
et Hd 
news = News.objects.paginate (page-num page, per page-limit) 
response object = ( 
'status': 'success', 
'data': news.items, 
) 
return jsonify(response object), 200 


下 一 个 函数 views.py 的 结构 并 无 太 多 变化 。 作 为 News 创建 视图 ， 只 是 在 该 函数 内 
部 稍 作 调整 。 
该 函数 也 包含 了 访问 路 由 和 名 称 ， 其 不 同 之 处 在 于 ， 此 处 将 捕 提 请 求 ， 并 转换 dict 接 
收 的 JSON 结果 。 如 果 信 息 无 效 ， 相 关 HTTP 代码 将 返回 错误 消息 。 对 应 代码 如 下 所 示 : 
if not post data: 
response object - ( 
'status': 'fail', 
'message': 'Invalid payload." 


} 
return jsonify(response object), 400 


经 验证 后 ， 将 利用 源 自 请 求 中 的 数据 实例 化 并 保存 News， 如 下 所 示 : 
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news = News( 
title-post data['title'], 
content-post data['content'], 
author-post data['author'], 
tags-post data['tags'], 
)-save() 


最 后 ， 当 前 视图 具有 如 下 形式 ， 其 中 包含 了 持久 化 层 和 相应 的 HTTP 响应 : 


Qfamous news.route('/famous/news', methods-['POST']) 
def add news(): 
post data - request.get json() 
if not post data: 
response object = ( 
"status*- fail‘, 
'message': 'Invalid payload." 


) 
return jsonify (response object), 400 


news = News( 
title-post data['title'], 
content-post data['content'], 
author-post data['author'], 
tags-post data['tags'], 

) .save () 

response object = ( 
'status': 'success', 
'news': news, 


) 
return jsonify(response object), 201 


在 当前 域 中 ， 我 们 创建 了 News， 但 并 未 即刻 发 布 。 针 对 该 项 任务 ，views.py 文件 中 
定义 了 另 一 个 函数 。 

此 端点 在 路 由 中 接收 发 布 的 新 闻 ID， 在 数据 库 中 执行 相同 的 搜索 ， 对 新 闻 发 布 日 期 
进行 更 新 ， 并 返回 相应 的 HTTP 响应 。 截 至 目前 ， 唯 一 不 同 之 处 是 更 新 相关 的 News， 如 
下 所 示 : 

Gfamous news.route('/famous/news/«string:news id»/publish/', 

methods-['GET']) 

def publish news (news id): 

Erys 
news = News.objects.get (id=news id) 
news.update (published at-datetime.datetime.now) 
news.reload() 
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response object = { 
Istabus': successu, 
'news': news, 
$ 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify(response object), 404 


显然 ，News 中 的 更 新 行为 与 发 布 日 期 无 关 。 由 于 人 们 可 能 会 对 News 的 内 容 产 生 误 


解 ， 因 而 需要 对 其 进行 编辑 操作 。 该 过 程 等 价 于 发 布 日 期 的 更 新 操作 ， 只 是 某 些 信 息 字 
段 发 生 了 变化 ， 如 下 所 示 : 


@famous news.route('/famous/news', methods-['PUT']) 
def update news(): 
try: 
post data - request.get json() 
news = News.objects.get(id-post data['news id']) 
news.update ( 
title-post data.get('title', news.title), 
content-post data.get('content', news.content), 
author-post data.get('author', news.author), 
tags-post data.get('tags', news.tags), 
) 


news.reload() 
response object = ( 
'status': 'success', 


'news': news, 
) 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 


视图 中 的 最 后 一 个 函数 负责 News 的 删除 操作 , 具体 过 程 与 其 他 视图 基本 相同 , 唯一 
的 差别 在 于 数据 库 中 的 删除 操作 ， 如 下 所 示 : 


@famous news.route('/famous/news/«string:news id»', methods-['DELETE']) 
def delete news(news id): 
News.objects(id-news id).delete() 
response object = ( 
'status': 'success', 
'news id': news id, 


) 
return jsonify(response object), 200 
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最 终 ， 完 整 的 views.py 具有 如 下 格式 : 


import datetime 
import mongoengine 


from flask import Blueprint, jsonify, request 
from models import News 
famous news = Blueprint('famous news', name ) 
(famous news.route('/famous/news/«string:news id»', methods-['GET']) 
def get single news(news id): 
"""Get single user details""" 
response object = ( 
'status': 'fail', 
'message': 'User does not exist' 
) 
try: 
news = News.objects.get(id-news id) 
response object - ( 
!ababus': 'success 
'data': news, 
) 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 
Gfamous news.route('/famous/news/«int:num page»/«int:limit»', 
methods-['GET']) 
def get all news(num page, limit): 
eh D E E e laata 
news = News .objects.paginate (page=num page, per page=limit) 
response object = { 
'status': 'success', 
'data': news.items, 
) 
return jsonify(response object), 200 


@famous news.route('/famous/news', methods-['POST']) 
def add news(): 
post data = request.get json() 
if not post data: 
response object = ( 
*stabüst: "VEA b", 
'message': 'Invalid payload. ' 
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return jsonify (response object), 400 
news = News( 
title-post data['title'], 
content-post data['content'], 
author-post data['author'], 
tags-post data['tags'], 
) .save () 
response object = ( 
'status': 'success', 
'news': news, 
) 
return jsonify(response object), 201 


Gfamous news.route('/famous/news/«string:news id»/publish/', 
methods-['GET']) 
def publish news (news id): 
trys: 
news = News.objects.get (id=news id) 
news .update (published at-datetime.datetime.now) 
news.reload() 
response object = { 
“statýs™: Success t, 
'news': news, 
) 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 


@famous news.route('/famous/news', methods-['PUT']) 
def update news(): 
try: 
post data - request.get json() 
news = News.objects.get(id-post data['news id']) 
news.update( 
title-post data.get('title', news.title), 
content-post data.get('content', news.content), 
author-post data.get('author', news.author), 
tags-post data.get('tags', news.tags), 
) 
news.reload() 
response object - ( 
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nstatusts successi 
'news': news, 
j 
return jsonify (response object), 200 
except mongoengine.DoesNotExist: 
return jsonify (response object), 404 


Gfamous news.route('/famous/news/«string:news id»', methods-['DELETE']) 
def delete news(news id): 
News.objects(id-news id).delete() 
response object = ( 
'status': 'success', 
'news id': news id, 
) 
return jsonify(response object), 200 


4. 运行 应 用 程序 

app.py 文件 负责 运行 应 用 程序 。 对 于 该 文件 ， 首 先 需要 声明 必要 的 导入 语句 。 需 要 
注意 的 是 ， 除 了 Flask 之 外 ， 还 需要 导入 Blueprint (包含 全 部 路 由 ) 以 及 MongoEngine 
实例 (包含 了 实体 声明 ) ， 如 下 所 示 : 


import os 
from flask import Flask 
from views import famous newsfrom models import db 


下 面 讨论 Flask 实例 化 操作 ， 并 传递 环境 设置 、 数 据 库 实例 以 及 视图 路 由 实例 ， 如 下 
所 示 : 
# instantiate the app 


app = Flask( name ) 


# set config 
app settings = os.getenv('APP SETTINGS') 
app.config.from object (app settings) 


db.init app (app) 


# register blueprints 
app.register blueprint(famous news) 


在 文件 结尾 处 ， 还 定义 了 一 个 简单 的 语句 ， 并 在 5000 端口 上 执行 Flask， 如 下 所 示 : 
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if name == ' main ': 
app.run(host-'0.0.0.0', port-5000) 


app.py 文件 包含 了 以 下 格式 : 


import os 
from flask import Flask 


from views import famous news 
from models import db 


# instantiate the app 
app = Flask( name ) 


# set config 
app settings = os.getenv('APP SETTINGS') 
app.config.from object (app settings) 


db.init app (app) 


# register blueprints 
app.register blueprint (famous news) 


if name == ' main ': 
app.run(host-'0.0.0.0', port-5000) 


5. 创建 Dockerfile 


之 前 的 应 用 程序 均 在 容器 中 进行 开发 ， 当 前 程序 也 不 例外 。 下 面 声明 微服 务 
Dockerfile。 其 中 ， 将 使 用 到 Python 容器 ， 这 也 是 微服 务 中 常见 的 编程 语言 。 

在 该 文件 中 ， 需 要 注意 两 点 内 容 。 首 先是 requirements.txt 文件 ， 其 中 包含 了 所 有 的 
项 目 依赖 关系 。 第 二 点 需要 注意 的 地 方 是 端口 S000， 这 也 是 应 用 程序 服务 器 运行 之 处 。 
对 应 代码 如 下 所 示 : 

FROM python:3.6.1 

COPY . /app 

WORKDIR /app 

RUN pip install -r requirements.txt 

ENTRYPOINT ["python"] 

CMD ["app.py"] 

EXPOSE 5000 
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6. 基于 requirements.txt 的 依赖 关系 


requirements.txt 文件 包含 了 项 目的 依赖 关系 。 读 者 不 必 担心 该 文件 中 的 所 有 依赖 项 一 一 
大 多 数 为 依赖 关系 的 依赖 项 。 需 要 注意 的 是 ， 在 使 用 该 应 用 程序 之 前 ， 需 要 安装 相关 库 ， 
如 下 所 示 : 


appnope 
blinker: 
click==6.7 
decorator==4.1.2 
Flask==0.12.2 
flask-mongoengine==0.9.3 
Flask-Script--2.0.6 
Flask-WTF--0.14.2 
ipdb--0.10.3 
ipython--6.2.1 
ipython-genutils--0.2.0 
itsdangerous--0.24 
jedi--0.11.0 
Jinja2--2.9.6 
MarkupSafe--1.0 
mongoengine--0.14.3 
parso--0.1.0 
pexpect--4.2.1 
pickleshare--0.7.4 
prompt-toolkit--1.0.15 
ptyprocess--0.5.2 
Pygments--2.2.0 
pymongo--3.5.1 
simplegeneric--0.8.1 
six--1.11.0 
traitlets--4.3.2 


WTForms--2.1 
Flask-Testing--0.6.2 


就 代码 而 言 , 上 述 3 个 News 微服 务 彼 此 相等 , 仅 是 路 由 和 设置 等 内 部 声明 中 涵盖 


一 些 变化 。 
考察 下 列 路 由 : 


(famous news.route('/famous/news/«string:news id»', methods-['GET'] 
(politics news.route('/politics/news/«string:news id»', methods-['GET']) 
(sports news.route('/sports/news/«string:news id»', methods-['GET']) 
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接 下 来 ， 考 察 下 列 配置 内 容 : 


MONGODB SETTINGS = ( 
'db': 'famous test', 


MONGODB SETTINGS = ( 
'db': 'politics test', 


MONGODB SETTINGS - ( 
'db': 'sports test', 


实际 上 ,微服 务 具 有 相同 的 结构 ， 但 每 个 微服 务 的 演变 和 开发 过 程 则 是 完全 独立 的 。 
5.3 数据 编排 


在 共享 数据 模式 中 ， 无 须 进行 数据 编排 ， 其 原因 在 于 ， 微 服务 对 于 数据 存储 使 用 相 
同 的 物理 组 件 。 而 在 相关 的 News 微服 务 中 , 这 可 在 应 用 程序 的 docker-compose.yml 文件 
中 进行 查看 。 
在 归档 文件 中 , 我 们 添加 了 MongoDB 作为 数据 库 ， 对 应 的 声明 过 程 十 分 简单 ， 只 需 
为 容器 命名 即 可 ， 并 指定 MongoDB 的 位 置 ， 同 时 为 MongoDB 的 功能 提供 执行 命令 ， 如 
下 所 示 : 
mongo: 
image: mongo:latest 
container name: "mongodb" 
ports: 


U e 2 T0351 
command: mongod --smallfiles --logpath-/dev/null # --quiet 


下 面 开 始 添加 之 前 创建 的 微服 务 ， 这 3 项 服务 有 相同 的 模式 。 这 里 的 重点 内 容 是 环 
境 变 量 。 变 量 APP SETTINGS 根据 应 用 程序 的 config py 文件 中 包含 的 内 容 ， 指 定 微服 
务 中 所 采用 的 设置 。DATABASE_ HOST 变量 则 设置 数据 库 的 访问 路 由 。 考 察 下 列 代码 : 
famous news service: 
image: famous news service 


build: ./FamousNewsService 
Volumes: 
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- '.:/usr/src/app' 
environment: 
- APP SETTINGS-config.DevelopmentConfig 
- DATABASE HOST-mongodb://mongo:27017/ 
depends on: 
- mongo 
links: 
- mongo 


politics news service: 
image: politics news service 
build: ./PoliticsNewsService 
volumes: 
= '.:/usr/src/app' 
environment: 
- APP SETTINGS-config.DevelopmentConfig 
- DATABASE HOST-mongodb://mongo:27017/ 
depends on: 
- mongo 
links: 
- mongo 


sports news service: 
image: sports news service 
build: ./SportsNewsService 
volumes: 
- '.:/usr/src/app' 
environment: 
- APP SETTINGS-config.DevelopmentConfig 
- DATABASE HOST-mongodb://mongo:27017/ 
depends on: 
- mongo 
links: 
- mongo 


9 +s: 


ER 3 个 微服 务 指向 同一 个 数据 库 一 一 它们 使 用 了 同一 个 容器 。 


此 处 强烈 推荐 使 用 ongoing 数据 的 内 部 控制 模式 ， 而 命令 查询 职责 分 离 (CQRS) 和 
缓存 优先 策略 则 可 以 正常 方式 使 用 。 与 物理 数据 存储 组 件 的 数量 相 比 ，CQRS 稍 显 复杂 ， 
但 缓存 机 制 可 与 该 模式 实现 较 好 的 匹配 。 

这 里 应 注意 缓存 问题 。 共 享 数据 模式 不 仅 涉 及 共享 数据 库 的 存储 ， 还 包括 其 他 物理 
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存储 资源 ， 例 如 缓存 。 因 此 ， 对 于 从 缓存 中 删除 数据 这 一 类 操作 ， 此 类 行为 应 得 到 彻底 
的 处 理 。 


54 响应 整合 


共享 数据 模式 并 不 能 解决 所 有 的 应 答 整 合 问题 ， 该 模式 主要 集中 于 存储 问题 。 然 而 ， 
当 对 数据 库 进行 访问 时 ， 需 要 对 某 些 Nginx 配置 进行 适当 调整 。 

下 面 将 修改 upstream 配置 实例 。 不 难 发 现 ， 此 处 需要 修改 upstream 名 称 ， 并 向 微服 
务 中 添加 更 多 服务 器 实例 ， 如 下 所 示 : 


upstream proxy servers { 
server bookproject userservice 1:3000; 
server bookproject userservice 2:3000; 
server bookproject userservice 3:3000; 
server bookproject userservice 4:3000; 
server bookproject famous news service 1:5000; 
server bookproject famous news service 2:5000; 
server bookproject famous news service 3:5000; 
server bookproject famous news service 4:5000; 
server bookproject politics news service 1:5000; 
server bookproject politics news service 2:5000; 
server bookproject politics news service 3:5000; 
server bookproject politics news service 4:5000; 
server bookproject sports news service 1:5000; 
server bookproject sports news service 2:5000; 
server bookproject sports news service 3:5000; 
server bookproject sports news service 4:5000; 
} 


在 更 改 了 upstream 方法 配置 后 ,还 需 修改 proxy. pass 进而 使 用 upstream， 如 下 所 示 : 


location / { 
proxy pass http://proxy servers; 


5.5 微服 务 通信 


截至 目前 ， 全 部 微服 务 均 可 通过 HTTP 协议 直接 加 以 访问 。 利 用 共享 数据 模式 ， 无 
须 对 其 进行 调整 。 目 前 ， 所 有 的 微服 务 通信 均 声 明 于 Nginx 配置 文件 中 。 
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考虑 到 我 们 对 应 用 程序 采取 了 渐进 式 开发 过 程 ， 因 而 在 后 续 章 节 中 ， 还 将 对 微服 务 
通信 自身 加 以 讨论 。 


5.6 存储 共享 反 模 式 


共享 数据 模式 对 于 绿色 项 目 来 说 可 视 作 一 种 反 模 式 ， 因 而 不 应 视 为 最 终 的 解决 方案 
甚至 对 遗留 项 目 而 言 也 是 如 此 。 在 第 4 章 中 ， 我 们 曾 看 到 物理 组 件 肩负 过 多 职责 所 带 来 
的 后 果 。 
理想 的 方法 是 针对 数据 共享 寻找 一 种 较为 优雅 的 方案 ， 例 如 改进 微服 务 间 的 通信 ; 对 
端点 实现 专 有 化 ， 以 接收 全 部 业务 信息 ， 对 于 信息 共享 ， 系 统 消息 队列 仅 包含 少量 选项 。 


5.7 最 佳 实践 


存储 是 应 用 程序 不 可 或 缺 的 一 项 功能 。 然 而 ， 不 正确 的 使 用 方式 往往 会 对 应 用 程序 
带 来 各 种 问题 ， 其 中 也 包括 微服 务 。 

当 考 察 诸如 共享 数据 这 一 类 模式 应 用 时 ， 应 遵循 某 些 最 佳 实践 方案 ， 其 中 包括 : 

ü 数据 库 是 用 来 存储 数据 的 ， 而 非 业务 规则 。 在 数据 库 中 存储 业务 规则 是 一 种 错 
误 的 做 法 ， 这 将 使 得 应 用 程序 依赖 于 某 种 结构 、 缓 存 实 现 ， 并 阻碍 数据 迁移 过 
程 以 及 分 布 处 理 。 

O “数据库 用 于 数据 存储 ， 而 非 通信 事件 。 一 些 开发 团队 采用 包含 数据 库 资 源 的 触 
发 器 过 程 ， 或 者 利用 worker 查看 存储 信息 的 变化 。 这 里 的 问题 是 ， 此 类 触发 器 
难以 监视 和 调试 ， 同 时 也 是 一 种 获取 存储 业务 规则 的 方法 。 

口 “不 要 创建 包含 循环 依赖 关系 的 实体 。 毫 无 疑问 ， 这 可 视 为 存储 中 最 大 的 问题 。 
如 果 不 对 域 进行 重 构 的 话 ， 将 无 法 迁移 至 独立 的 数据 库 中 。 

如 果 读 者 忽略 了 上 述 问题 ， 当 采用 其 他 模式 时 ， 应 用 程序 的 开发 过 程 将 变 得 异常 艰难 。 


5.8 测试 机 制 


鉴于 共享 数据 模式 主要 关注 存储 层 ， 因 而 我 们 将 拥有 极其 简单 的 测试 层 ， 其 中 单元 
测试 和 功能 测试 已 然 足够 。 下 面 考察 一 个 简单 的 例子 。 
在 FamousNewsService tests.py 文件 中 , 可 运行 多 项 测试 。 首先 需要 声明 import 语句 。 
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此 处 须 关 注 flask testing， 这 也 是 全 部 测试 过 程 的 基础 。 该 工具 提供 了 一 组 功能 ， 包 括 如 
何 访问 Flask 和 HTTP 客户 端的 设置 内 容 ， 如 下 所 示 : 

import json 

import unittest 


from app import app 
from flask testing import TestCase 


接 下 来 针对 功能 测试 编写 基 类 。 针 对 当前 任务 ， 可 采用 TestingConfig 设置 ， 如 下 所 示 : 


class BaseTestCase (TestCase): 


def create app(self): 
app.config.from object('config.TestingConfig') 
return app 


随后 声明 配置 层 的 单元 测试 ， 如 下 所 示 : 


class TestDevelopmentConfig (TestCase): 
def create app(self): 
app.config.from object ('config.DevelopmentConfig') 
return app 
def test app is development (self): 
self.assertTrue(app.config['DEBUG'] is True) 
class TestTestingConfig (TestCase): 
def create app(self): 
app.config.from object('config.TestingConfig') 
return app 


def test app is testing(self): 
self.assertTrue (app.config['DEBUG']) 
self.assertTrue (app.config['TESTING']) 


class TestProductionConfig (TestCase): 
def create app(self): 
app.config.from object('config.ProductionConfig') 
return app 


def test app is production (self): 
self.assertFalse (app.config['DEBUG']) 
self.assertFalse (app.config['TESTING']) 
作为 示例 ， 下 面 编写 一 个 路 由 测试 ， 并 于 其 中 创建 News 微服 务 。 由 于 将 通过 端点 访 
问 应 用 程序 ， 并 检测 所 接收 的 结果 ， 因 而 这 是 一 类 功能 测试 。 需 要 注意 的 是 ， 执 行 POST 
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的 客户 端 位 于 当前 实例 中 ， 通 过 继承 机 制 ， 该 实例 源 自 flask_testing， 如 下 所 示 : 


class TestNewsService (BaseTestCase) : 


def test add 
"""Ensure 


news (self): 
a new user can be added to the database.""" 


with self.client: 
response - self.client.post( 
'/famous/news', 
data-json.dumps (dict ( 


), 


title-'My Test', 

content-'Just a service test', 
author-'unittest', 

tags-['Test', 'Functional test'], 


content type-'application/json', 


) 
data = 


json.loads (response.data.decode ()) 


self.assertEqual(response.status code, 201) 


self.a 
self.a 


ssertIn('success', data['status']) 
ssertIn('My Test', data['news']['title']) 


最 后 ， 还 需 编写 相关 代码 ， 并 执行 来 自 Python 调用 中 的 测试 ， 如 下 所 示 : 


if name = ' 


main ': 


unittest.main () 


鉴于 测试 过 程 未 涉及 模式 问题 ， 因 而 此 处 也 不 打算 对 此 加 以 深入 讨论 。 在 后 续 章节 
中 ， 我 们 还 将 学 习 其 他 模式 ， 应 用 程序 也 在 此 基础 上 逐步 子 以 完善 。 


59 共享 数据 模式 的 利 头 


作为 一 种 反 模 式 ， 共 享 数 据 模式 受到 许多 人 的 喜爱 ， 但 其 他 人 认为 这 是 一 个 不 应 该 


再 应 用 的 旧 概 念 。 然 而 ， 理 想 世界 和 现实 世界 间 总 是 存在 相当 大 的 距离 。 

理想 状态 下 ， 所 有 的 项 目 都 是 绿色 项 目 ， 且 无 须 处 理 遗留 代码 或 更 改 单 体 应 用 程序 
的 架构 。 然 而 ， 实 际 情况 并 非 如 此 。 如 果 遗 留 项 目 现在 正在 为 用 户 服 务 ， 这 些 应 用 程序 
包括 在 线 商 店 、 金 融 应 用 程序 、 社 交 网 络 和 大 量 需 要 升级 以 实现 自动 化 、 可 扩展 性 和 弹 


性 的 业务 。 


时 间 ， 以 将 信息 从 数据 


共享 数据 模式 搜索 加 快 了 这 些 遗 留 应 用 程序 的 修改 过 程 ， 并 给 开发 团队 留 与 一 定 的 


库 中 分 离 出 来 ， 并 评估 数据 的 一 致 性 。 就 这 一 方面 来 说 ， 共 享 数 
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据 模式 具备 一 定 的 优势 。 

另外 ， 共 享 数 据 模式 还 可 帮助 公司 重 置 系统 的 架构 。 

但 是 ， 由 于 全 部 微服 务 均 置 于 同一 存储 中 ， 因 而 该 模式 至 少 蕴含 了 一 种 风险 。 

可 以 肯定 的 是 ， 共 享 数据 模式 可 以 看 作 是 一 种 不 能 使 用 的 反 模 式 。 最 后 ， 开 发 团队 
负责 理解 软件 的 功能 和 需求 内 容 。 


510 本 章 小 结 


本 章 创 建 了 News 微服 务 并 将 其 与 数据 库 进 行 连接 。 对 于 单 体 和 微服 务 间 的 迁移 , 本 
章 还 介绍 了 一 种 十 分 有 用 的 模式 。 

如 果 问 题 围绕 着 应 用 程序 扩展 展开 ,那么 共享 数据 模式 暂且 是 一 种 较 好 的 选择 方案 。 
此 外 ， 其 他 问题 还 会 涉及 存储 层 ， 第 6 章 将 讨论 如 何 解决 这 个 问题 。 


第 6 章 聚合 器 微服 务 设计 模式 


第 5 章 介绍 了 共享 数据 模式 设计 的 操作 和 应 用 。 我 们 已 经 了 解 到 ， 该 模式 是 一 种 临时 
模式 ， 也 就 是 说 ， 对 于 单 体 至 微服 务 间 的 过 渡 转 换 ， 此 类 模式 在 组 件 上 包含 了 某 些 风 险 。 
本 章 将 采用 一 种 更 加 一 致 的 模式 ， 对 于 微服 务 而 言 ， 该 模式 体现 了 较 好 的 开发 实践 行为 。 

本 章 将 探讨 聚合 器 设计 模式 。 准 确 地 讲 ， 在 这 一 新 模式 的 基础 上 ， 我 们 将 针对 News 
微服 务 使 用 命令 查询 职责 分 离 《CQRS ) 和 事件 源 机 制 。 除 此 之 外 ， 还 将 对 存储 分 布 进行 
重 构 。 因 此 ， 本 书 涵 盖 了 大 量 的 新 概念 以 及 相关 实践 操作 。 

本 章 主要 涉及 以 下 内 容 : 
数据 库 分 离 。 
微服 务 重 构 。 
微服 务 通信 
功能 测试 。 
集成 测试 。 


OOOODO 


6.1 理解 聚合 器 设计 模式 


聚合 器 设计 模式 包含 了 简单 的 概念 ， 但 取决 于 具体 场合 ， 其 应 用 性 可 能 会 较为 复杂 。 
当 考 察 真实 场景 时 ， 将 会 发 现 聚 合 器 设计 模式 是 最 具 可 用 性 和 扩展 性 的 模式 。 

下 面 考察 当前 微服 务 。 之 前 , 我们 构建 了 微服 务 以 操控 源 自 的 UsersService 数据 ， 以 
及 其 他 3 个 微服 务 操控 来 自 News 微服 务 的 数据 。 

当 处 理 UsersService 时 ， 可 以 说 ， 截 至 目前 ， 该 微服 务 自身 已 可 满足 要 求 。 其 中 ， 微 
服务 的 业务 十 分 简单 ， 并 由 数据 的 注册 和 显示 构成 。 除 此 之 外 ， 再 无 其 他 业务 需求 可 促 
使 我 们 修改 该 项 微服 务 。 

对 于 News 微服 务 来 说 , 情况 则 有 所 不 同 。 其 中 ,微服 务 的 客户 端 之 一 是 门户 网 站 的 
主 界面 ; 针对 该 客户 端 ， 还 可 显示 消息 混合 结果 。 为 了 满足 这 一 条 件 ， 我 们 需要 使 用 聚 
合 器 设计 模式 。 

图 6.1 显示 使 用 聚合 器 设计 模式 后 ， 应 用 程序 的 行为 方式 。 负 责 Users 数据 的 微服 务 
通过 负载 均衡 器 /代理 直接 访问 ， 但 负责 News 的 微服 务 则 在 负载 平衡 器 之 前 添加 了 一 个 
新 的 交互 层 。 该 News 层 的 工作 方式 类 似 于 编排 器 。 
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客户 端 /UUAPI 


负载 平衡 器 


Y 


NewsOrchestrator 


A 


x 


FamousNewsService | | SportsNewsService || PoliticsNewsService 


图 6.1 


下 面 考察 一 些 来 自 客 户 端的 需求 内 容 。 在 当前 客户 端 中 ，UI 需要 获取 来 自 3 个 不 同 
News 的 信息 。 为 了 完成 此 项 任务 ，UI 须 了 解 每 种 News 类 型 的 路 由 ， 识 别 最 佳 方式 以 收 
集 接收 到 的 数据 ， 并 针对 后 端 至 少 生成 3 个 不 同 的 请 求 。 该 过 程 属于 Web 客户 端的 职责 
范畴 。 下 面 将 简单 地 创建 一 个 应 用 程序 ， 但 该 程序 不 能 满足 微服 务 真 实 的 应 用 需求 。 

为 了 对 此 类 问题 进行 修正 ， 我 们 需要 采用 聚合 器 设计 模式 。 利 用 该 模式 ， 可 创建 一 
个 微服 务 ， 负 责编 排 客户 端 数据 ， 并 提供 该 信息 的 单一 访问 点 。 最 终 ， 基 于 UI 的 请 求 数 
量 将 从 3 个 减 为 1 个 。 

通过 这 一 方式 ， 还 将 使 用 到 一 个 新 的 概念 ， 其 中 包含 了 内 部 服务 (生成 和 提供 数据 
的 微服 务 ) 以 及 公共 服务 〈 该 微服 务 负责 编排 多 种 数据 ) ， 以 及 与 客户 端 层 有 更 直接 联 
系 的 内 部 服务 。 

为 了 正确 地 使 用 聚合 器 设计 模式 ， 需 要 实现 以 下 各 项 步骤 : 
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(1) 隔离 共享 数据 库 。 

(20 调整 通信 层 。 

G) 创建 微服 务 数据 编排 器 。 

随后 ， 即 可 使 用 聚合 器 这 一 新 型 的 设计 模式 。 注 意 ， 我 们 不 止 是 分 离 数 据 并 创建 一 
个 编排 器 ， 还 需 使 用 到 CQRS 和 事件 源 。 

这 两 种 内 部 模式 与 News 应 用 程序 紧密 相关 。 需 要 记 住 的 是 ， 一 个 著名 的 新 闻 门 户 网 
站 需要 有 良好 的 读者 声誉 , 而 事件 来 源 是 审计 新 闻 内 容 以 避免 错误 和 内 容 撤换 的 最 佳 途径 。 

CQRS 非常 适用 于 此 类 微服 务 ， 其 原因 在 于 ， 我 们 的 核心 业务 是 以 同样 的 方式 提供 
内 容 ， 同 时 始终 准备 推出 最 新 的 内 容 。 这 意味 着 ,我 们 必须 有 效 地 记录 新 数据 ， 并 显示 
所 记录 的 数据 。 利 用 CQRS， 可 通过 分 别 优化 写 入 层 和 读 取 数 据 来 实现 这 一 功能 。 
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当前 ， 存 在 3 个 微服 务 负责 提供 应 用 程序 中 的 新 闻 内 容 ， 即 famous_news_service、 
sports news service 和 politics_news_service。 每 项 微服 务 均 包 含 了 相同 的 技术 结构 , 但 被 
不 同 的 领域 所 分 隔 。 由 于 每 项 微服 务 的 领域 均 已 设 定 ， 因 而 可 采纳 完全 不 同 的 技术 规划 。 
然而 ， 在 当前 示例 中 ， 我 们 将 以 相同 方式 调整 3 项 微服 务 ， 并 使 用 聚合 器 设计 模式 。 第 
一 处 修改 将 在 存储 层 中 进行 。 


6.2.1 分离 数据 库 


在 每 个 微服 务 目 录 中 ， 我 们 将 生成 两 个 目录 ， 其 中 均 设 置 了 包含 数据 库 配置 的 
Dockerfile。 另 外 ， 此 处 还 将 针对 每 个 微服 务 采 用 两 个 不 同 的 数据 库 以 使 用 CQRS。 第 一 
个 数据 库 用 于 CommandStack， 而 第 二 个 数据 库 则 用 于 QueryStack。 

通过 上 述 调整 ，News 微服 务 的 目录 结构 如 下 所 示 : 

HFamousNewsService 

| L—ecommand db 

| | L—4query db 

|—PoliticsNewsService 

| L—ecommand db 


| qery db 
L——SportsNewsService 
L—command db 


L— query db 
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对 此 ， 我 们 仅 展示 了 famous news service 微服 务 中 的 代码 变化 ， 此 类 修改 内 容 也 适 
用 于 其 他 两 个 News 微服 务 。 
command db 目录 中 包含 了 两 个 文件 ， 即 Dockerfile 和 create.sql 文件 。 


1. 编写 CommandStack 容器 


command db 目录 中 针对 CommandStack 容器 定义 了 Dockerfile. Dockerfile 包含 了 环 
境 变 量 ， 以 及 负责 生成 数据 库 的 初始 文件 。 考 察 下 列 文件 内 容 : 


FROM postgres 


ENV POSTGRES USER-postgres 
ENV POSTGRES PASSWORD-postgres 


# run create.sql on init 
ADD create.sql /docker-entrypoint-initdb.d 


2. 创建 新 闻 数 据 库 
在 command db/create.sql 文件 中 ， 定 义 了 产品 、 开 发 和 测试 数据 库 ， 如 下 所 示 : 


CREATE DATABASE news prod; 
CREATE DATABASE news dev; 
CREATE DATABASE news test; 


3. 编写 QueryStack 容器 

在 设置 了 CommandStack 文件 后 ， 下 面 在 QueryStack 中 创建 文件 。 

在 query db 目录 中 , 仅 包 含 一 个 Dockerfile 文件 。 在 该 文件 中 , 将 MongnDB 配置 为 
当前 数据 库 。 考 察 下 列 内 容 : 

FROM mongo:latest 

CMD [ "mongod", "--smallfiles", "--logpath-/dev/null" ] 

在 数据 库 配 置 设置 项 尾部 ， 分 别 设置 了 基于 CommandStack 的 PostgreSQL， 以 及 基于 
QueryStack 的 MongoDB。 这 种 选择 结果 与 业务 所 涉及 的 两 种 技术 有 关 。Postgres 处 理 的 是 
一 致 性 较为 重要 的 区 域 ， 而 Mongo 处 理 的 则 是 非 阻抗 Cnon-impedance) 相对 重要 的 区 域 。 


6.2.2 ” 重 构 微服 务 


第 1 章 中 曾 谈 到 ， 微 服务 的 生命 周期 较 短 ， 当 产生 业务 需求 时 ， 即 需要 对 其 进行 调 
当前 即 面临 着 此 类 问题 。 


第 6 章 聚合 器 微服 务 设计 模式 * MI* 


考虑 到 业务 需求 ， 我 们 将 采取 新 的 模式 ， 它 将 对 堆栈 和 微服 务 产生 直接 影响 。 这 里 ， 
重要 的 是 理解 News 微服 务 并 不 包含 外 部 通信 ,它们 仅 是 内 部 服务 。 另 外 ,不 应 在 内 部 微 
服务 之 间 的 通信 中 使 用 HTTP. 

News 微服 务 构建 于 Flask 框架 上 ， 同 时 包含 了 与 客户 端 直接 对 话 的 API。 当 前 ， 这 
一 机 制 将 被 完全 修改 。 我 们 将 使 用 一 个 新 的 消息 传递 系统 ， 即 消息 代理 负责 通信 。 另 外 ， 
在 微服 务 组 成 方面 的 主要 框架 将 使 用 Nameko。 

E 

下 面 将 开始 定义 微服 务 依赖 关系 。 在 requirements.txt 文件 中 ， 将 Nameko 设置 为 当 
前 框架 ， 将 SQLAlchemy 设置 为 ORM， 针 对 MongoDB 访问 设置 MongoEngine， 并 设置 
Postgres 驱动 程序 以 及 PyTest 以 供 测试 所 用 。 对 应 文件 内 容 如 下 所 示 : 

nameko 

nameko-sqlalchemy 

mongoengine 

sqlalchemy 


psycopg2 
pytest 


2. 配置 框架 

针对 Nameko 的 各 项 功能 ，config.yaml 文件 定义 了 相关 配置 。 首 先 ， 需 要 通知 Nameko 
针对 消息 代理 的 访问 路 由 ， 在 当前 示例 中 为 RabbitMQ， 如 下 所 示 : 

AMQP URI: 'amqp://guest:guesterabbitmnq' 

接 下 来 ， 将 传递 访问 数据 库 的 路 径 ， 从 而 支持 基于 Nameko 的 依赖 注入 ， 如 下 所 示 : 


DB URIS: 
"command famous:Base": $(COMMANDDB DEV HOST) 


下 一 个 设置 是 应 用 程序 所 使 用 的 日 志 级 别 ， 如 下 所 示 : 


LOGGING: 
version: 1 
handlers: 
console: 
class: logging.StreamHandler 
root: 
level: DEBUG 
handlers: [console] 


完整 的 config.yaml 文件 包含 了 以 下 配置 内 容 : 
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AMQP URI: 'amgp://guest:guest@rabbitmq' 


DB URIS: 
"command famous:Base": ${COMMANDDB DEV HOST} 


LOGGING: 

version: 1 
handlers: 

console: 

class: logging.StreamHandler 

root: 

level: DEBUG 

handlers: [console] 


3. 配置 容器 


当 config.yaml 和 requirements.txt 设置 完毕 后 ， 下 面 开始 调整 Dockerfile 。 
requirements.txt 文件 的 执行 方式 与 之 前 基本 一 致 ， 唯 一 的 差别 在 于 ENTRYPOINT 和 
CMD 一 一 二 者 将 使 用 Nameko 框架 。 除 此 之 外 ， 在 CMD 中 ， 还 传递 了 刚刚 创建 的 
config.yaml 文件 ， 如 下 所 示 : 

FROM python:3.6.1 

COPY . /app 

WORKDIR /app 

RUN pip install -r requirements.txt 

ENTRYPOINT ["nameko"] 

CMD ["run", "--config", "config.yaml", "service"] 

EXPOSE 8000 


4. 编写 模型 

当 实 现 CQRS 时 ,我们 针对 数据 库 设 置 了 两 种 实体 表达 方式 ， 分 别 服务 于 
CommandStack 和 QueryStack。 下 面 将 创建 models.py 文件 。 

与 往常 的 Python 文件 一 样 ， 首 先是 导入 依赖 项 。 具 体 来 说 ， 此 处 需要 导入 本 地 库 依 
赖 项 和 MongoEngine， 例 如 字段 类 型 和 用 于 连接 模型 和 MongoDB 实例 的 connect 函数 ， 
如 下 所 示 : 

import os 

from datetime import datetime 

from mongoengine import ( 

connect, 


Document, 
DateTimeField, 
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ListField, 

IntField, 

StringField, 
) 


随后 ,可 向 SQLAlchemy 添加 导入 ,其 中 包含 了 字段 定义 ,并 指定 所 | 
数据 库 类 型 ， 如 下 所 示 : 


from sqlalchemy import ( 
Column, 
String, 
BigInteger, 
DateTime, 
Index, 
) 
from sqlalchemy.dialects import postgresql 
from sqlalchemy.ext.declarative import declarative base 
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的 SQLAlchemy 


下 面 利用 SQLAlchemy 和 Postgres 对 实体 定义 执行 CommandStack 操作 。 此 处 将 使 用 


相应 地 ， 该 ID 


到 事件 源 。 注 意 ， 除 了 唯一 的 了 D 之 外 ， 它 们 还 包含 了 一 个 version 字段 。 
和 version 字段 表示 为 数据 库 的 组 合 键 。 据 此 ， 一 般 不 会 对 某 一 篇 文章 进行 更 新 ， 但 会 包 


含 同 一 类 新 闻 的 新 版 本 ， 如 下 所 示 : 


Base = declarative base() 


class CommandNewsModel (Base) : 
tablename = "news" 


id = Column (BigInteger, primary key=True) 

version = Column (BigInteger, primary key=True) 

title = Column (String (length=200)) 

content = Column (String) 

author = Column (String (length=50) ) 

created at = Column (DateTime, default=datetime.utcnow) 
published at = Column (DateTime) 

news type = Column (String, default='famous') 

tags = Column (postgresql .ARRAY (String) ) 


. table args = Index('index', 'id', 'version') 


作为 CommandStack 实体 ， 还 需 对 QueryStack 的 信息 进行 版 本 控制 
下 ， 我 们 会 对 数据 进行 更 新 ， 并 且 会 一 直 保留 最 新 的 版 本 ， 如 下 所 示 : 


。 但 在 当前 情况 
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connect('famous', host-os.environ.get('QUERYBD HOST')) 


class QueryNewsModel (Document) : 


id = IntField(primary key-True) 

version = IntField(required-True) 

title = StringField(required-True, max length-200) 
content = StringField(required-True) 

author = StringField(required-True, max length-50) 
created at = DateTimeField (default-datetime.utcnow) 
published at = DateTimeField() 

news type = StringField (default-"famous") 

tags = ListField(StringField (max length-50)) 


最 终 ， 完 整 的 文件 内 容 如 下 所 示 : 


import os 
from datetime import datetime 
from mongoengine import ( 


connect, 
Document, 
DateTimeField, 
ListField, 
IntField, 
StringField, 


from sqlalchemy import ( 


) 


Column, 
String, 
BigInteger, 
DateTime, 
Index, 


from sqlalchemy.dialects import postgresql 
from sqlalchemy.ext.declarative import declarative base 


Base - declarative base() 


class CommandNewsModel (Base) : 


tablename = 'news' 


id = Column(BigInteger, primary key-True) 
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version = Column(BigInteger, primary key-True) 

title = Column (String (length-200)) 

content = Column (String) 

author = Column (String (length-50)) 

created at = Column(DateTime, default-datetime.utcnow) 
published at = Column (DateTime) 

news type = Column(String, default-'famous') 

tags = Column (postgresql.ARRAY (String)) 


table args = Index('index', 'id', 'version'), 


connect ('famous', host-os.environ.get('QUERYBD HOST')) 


class QueryNewsModel (Document) : 


5. 


如 前 所 述 ，News 微服 务 通信 层 所 在 的 文件 称 为 view.py 文件 。 然 而 ，HTTP 通信 层 


id = IntField(primary key-True) 

version - IntField(required-True) 

title = StringField(required-True, max length-200) 
content = StringField (required-True) 

author = StringField(required-True, max length-50) 
created at - DateTimeField (default-datetime.utcnow) 
published at = DateTimeField() 

news type = StringField(default-"famous") 

tags = ListField(StringField(max length-50)) 


创建 服务 


并 不 存在 于 应 用 程序 中 ， 最 终 导致 views.py 文件 也 不 位 于 其 中 。 相 反 ， 可 定义 一 个 名 为 
services.py 的 新 文件 ， 该 文件 负责 构建 基于 消息 代理 的 通信 。 同 时 ，service.py 文件 也 是 
声明 CommandStack 和 QueryStack 的 地 方 。 

一 如 既往 ， 下 面 将 首先 声明 依赖 关系 。 在 下 列 代 码 中 ， 将 声明 模型 和 使 用 Nameko 


所 需 的 一 
imp 


fro 


- 切 内 容 。 
ort mongoengine 


m models import ( 
CommandNewsModel, 
Base, 
QueryNewsModel, 


from sqlalchemy import Sequence 
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from nameko.events import EventDispatcher 
from nameko.rpc import rpc 

from nameko.events import event handler 

from nameko sqlalchemy import DatabaseSession 


根据 已 声明 的 导入 内 容 ， 可 编写 相应 的 命令 类 。 其 中 ， 前 3 项 内 容 表 示 为 类 属性 ， 
并 定义 了 命令 名 、 实 例 化 事件 分 配器 以 及 依赖 注入 数据 库 ， 如 下 所 示 : 
class Command: 
name = 'command famous' 


dispatch = EventDispatcher () 
db = DatabaseSession (Base) 


然后 ， 我 们 有 一 个 使 用 zpe 装饰 器 的 方法 。 该 装饰 器 来 自 Nameko 框架 ， 并 建立 了 
RPC 通信 模型 。 由 于 我 们 采用 了 内 部 事件 源 模式 以 及 CQRS， 因 而 须 注意 某 些 特 殊 之 处 。 
add news 方法 将 是 编排 微服 务 中 RPC 调用 的 一 部 分 内 容 ， 该 方法 不 可 或 缺 , 它 代表 
了 创建 新 闻 的 命令 。 如 果 我 们 考虑 一 个 典型 的 CRUD 过 程 ， 这 意味 着 写 入 操作 是 由 相同 
的 命令 执行 的 。 究 其 原因 ， 这 是 因为 我 们 不 再 执行 更 新 操作 。 当 客户 端 请 求 更 新 操作 时 ， 
实际 上 ， 这 会 在 所 需 的 数据 上 创建 一 个 历史 事件 ， 而 不 是 在 数据 库 上 对 现 有 的 数据 进行 
更 新 ， 如 下 所 示 : 
@rpc 
def add news(self, data): 
下 面 将 处 理 新 闻 添 加 事件 的 ID 和 版 本 。 该 控制 流 验证 相关 新 闻 是 新 内 容 ， 抑 或 是 现 
有 新 闻 文 章 的 新 版 本 。 据 此 ， 仅 在 add. news 上 生成 事件 源 ， 如 下 所 示 : 
try: 
version = 1 
if data.get('version'): 
version = (data.get('version') + 1) 
if data.get('id'): 
id = data.get('id') 
plases 
id = self.db.execute(Sequence('news id seq')) 


在 add news 事件 的 识别 控制 之 后 ， 将 实例 化 负责 在 数据 库 中 注册 新 闻 的 实体 ， 如 下 
所 示 : 
news = CommandNewsModel ( 
id-id, 
version-version, 
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title-data['title'], 
content-data['content'], 
author-data ['author'], 
published at-data.get('published at'), 
tags-data['tags'], 

) 

self.db.add (news) 

self.db.commit () 


利用 规范 化 数据 库 中 所 定义 的 注册 过 程 ， 将 处 理事 件 的 分 派 操 作 ， 并 在 非 规范 化 数 
据 库 , 即 QueryStack 数据 库 中 进行 注册 。 在 类 开始 处 声明 的 分 派 实 例 用 于 向 非 规范 化 DB 
发 送 当前 域 中 的 数据 。 并 行 地 将 事件 发 送 到 QueryStack 后 ,将 通过 RPC 调用 生成 一 个 新 
事件 ， 并 通知 add news 命令 所 发 生 的 内 容 ， 如 下 所 示 : 

data['id'] = news.id 

data['version'] = news.version 

self.dispatch('replicate db event', data) 

return data 

如 果 处 理 过 程 中 出 现任 何 问题 ， 将 执行 标准 数据 库 中 的 回 深 操 作 。 更 为 重要 的 是 ， 
我 们 将 了 解 到 为 何 无 法 在 非 规 范 化 数据 库 中 执行 相同 的 过 程 ， 如 下 所 示 : 

except Exception as e: 
self.db.rollback() 
Feturn e 
在 创建 了 CommandStack 层 后 ， 下 面 进入 QueryStack 的 开发 过 程 。 首 先 ， 我 们 将 使 
类 声明 ， 以 及 Nameko 框架 的 引用 名 称 ， 如 下 所 示 : 


class Query: 
name = 'query famous" 


因此 ， 这 里 编写 了 一 个 处 理 程序 ， 并 监听 CommandStack 分 派 的 事件 ， 如 下 所 示 : 


Gevent handler('command famous', 'replicate db event') 
def normalize db(self, data): 


QueryStack 数据 库 具 有 一 个 较为 特殊 的 特征 ， 该 数据 库 并 不 是 CommandStack 数据 
库 的 完全 镜像 ， 而 是 一 个 专用 数据 库 ， 仅 包含 与 新 闻 文 章 相关 的 最 新 数据 。 这 定义 为 一 
个 总 表 ， 并 通过 索引 机 制 提供 了 快速 的 搜索 功能 

为 了 使 其 成 为 专用 数据 库 ， 首 先 需要 查找 与 新 闻 文章 相关 的 数据 。 如 果 不 存在 基于 
搜索 新 闻 数 据 生成 的 事件 ， 那 么 ， 将 创建 一 个 新 的 新 闻 纪 录 。 这 就 是 为 什么 在 我 们 的 
CommandStack 层 中 发 生 错误 时 ， 我 们 不 回 滚 到 QueryStack 库 的 主要 原因 。 关 键 之 处 在 


S2 
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于 ， 我 们 一 直 对 数据 执行 专 有 化 操作 ， 如 果 出 现任 何 问题 ， 最 终 的 不 一 致 性 问题 将 不 再 
是 一 类 值得 关注 的 问题 ， 尤 其 是 对 于 以 下 业务 内 容 : 
try: 
news = QueryNewsModel.objects.get ( 
id-data['id'] 
) 
news.update ( 
version-data.get('version', news.version), 
title-data.get('title', news.title), 
content-data.get('content', news.content), 
author-data.get('author', news.author), 
published at-data.get('published at', news.published at), 
tags-data.get('tags', news.tags), 
) 
news.reload() 
except mongoengine.DoesNotExist: 
QueryNewsModel ( 
id-data['id'], 
version-data['version'], 
title-data.get('title'), 
content-data.get('content'), 
author-data.get('author'), 
tags-data.get('tags'), 
) .save () 
except Exception as e: 
return e 


下 一 步 是 针对 QueryStack 数据 创建 访问 点 。 下 面 编写 一 个 get news 方法 ， 该 方法 包 
A THH Nameko 的 RPC 装饰 器 且 较 为 简单 。 这 里 ， 将 通过 唯一 的 ID 作为 参考 并 使 用 
MongoEngine 搜索 新 闻 ， 如 下 所 示 : 


@rpc 
def get news(self, id): 
ty 
news — QueryNewsModel.objects.get (id-id) 
return news.to json() 
except mongoengine.DoesNotExist as e: 
return e 
except Exception as e: 
return e 


随后 ， 将 创建 另 一 个 RPC 请 求 ， 即 针对 数据 库 中 注册 的 所 有 新 闻 的 分 页 搜索 ， 如 下 
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所 示 : 


Qrpc 
def get all news(self, num page, limit): 
try: 
if not num page: 
num page = 1 
offset = (num page - 1) * limit 
news = QueryNewsModel.objects.skip(offset).limit (limit) 
return news.to json() 
except Exception as e: 
return e 


最 终 ， 完 整 的 service py 文件 包含 以 下 格式 : 


import mongoengine 


from models import ( 
CommandNewsModel, 
Base, 
QueryNewsModel, 


from sqlalchemy import Sequence 


from nameko.events import EventDispatcher 
from nameko.rpc import rpc 

from nameko.events import event handler 

from nameko sqlalchemy import DatabaseSession 


class Command: 
name = 'command famous" 
dispatch = EventDispatcher() 
db = DatabaseSession (Base) 


@rpc 
def add news(self, data): 
18 uH 
version = 1 
if data.get('version'): 
version = (data.get('version') + 1) 
if data.get('id'): 
id = data.get('id') 
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else: 
id = self.db.execute (Sequence ('news id seq')) 


news = CommandNewsModel ( 
id=id, 
version=version, 
title=data['title'], 
content-data['content'], 
author-data['author'], 
published at-data.get('published at'), 
tags-data['tags'], 

) 

self.db.add (news) 

self.db.commit () 

data['id'] = news.id 

data['version'] - news.version 

self.dispatch('replicate db event', data) 

return data 

except Exception as e: 
self.db.rollback() 
return e 


class Query: 


name = 'query famous' 
(event handler('command famous', 'replicate db event') 
def normalize db(self, data): 

try: 


news = QueryNewsModel.objects.get( 
id-data['id'] 

) 

news.update( 
version-data.get('version', news.version), 
title-data.get('title', news.title), 
content-data.get('content', news.content), 
author-data.get('author', news.author), 
published at-data.get('published at', news.published at), 
tags-data.get('tags', news.tags), 

) 

news.reload() 

except mongoengine.DoesNotExist: 
QueryNewsModel ( 
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id-data['id'], 
version-data ['version'], 
title-data.get('title'), 
content-data.get ('content'), 
author-data.get ('author'), 
tags-data.get('tags'), 

) .save () 

except Exception as e: 
return e 


@rpc 
def get news(self, id): 
try: 
news = QueryNewsModel.objects.get (id-id) 
return news .to json () 
except mongoengine.DoesNotExist as e: 
return e 
except Exception as e: 
return e 


@rpc 
def get all news(self, num page, limit): 
try: 
if not num page: 
num page = 1 
offset - (num page - 1) * limit 
news = QueryNewsModel.objects.skip(offset).limit (limit) 
return news.to json() 
except Exception as e: 
return e 


在 结束 了 service.py 文件 后 , 我 们 将 持 有 4 个 功能 型 微服 务 。famous_news_service 中 
的 变化 内 容 也 可 复制 至 其 他 News 微服 务 中 。 下 一 步 是 创建 数据 编排 器 。 

6. 筹备 数据 库容 器 以 协同 工作 

为 了 使 当前 项 目 作 为 Docker 容器 运行 ， 并 使 用 满足 CQRS 的 新 型 数据 库 ， 需 要 对 项 
目的 docker-compose.yml 进行 某 些 调整 。 再 次 强调 ， 此 处 仅 针对 famous news service 进 
行 修改 。 然 而 ， 相 关 变 化 应 适应 于 所 有 的 News 微服 务 。 

首先 ， 针 对 当前 数据 库 创建 容器 。 我 们 已 经 了 解 到 ， 新 闻 容器 中 的 每 个 数据 库 均 包 
含 一 个 Dockerfile， 这 也 是 我 们 所 要 用 到 的 内 容 。 具 体 而 言 ， 第 一 个 将 要 创建 的 容器 将 服 
务 于 应 用 程序 的 QueryStack。 需 要 注意 的 是 ， 这 里 将 构建 指向 famous_news_service 微服 
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务 的 内 部 Dockerfile， 如 下 所 示 : 


querydb famous: 
image: querydb famous 
build: ./FamousNewsService/query db/ 
ports: 
= "5433:5432" 
restart: always 


第 二 个 创建 的 容器 则 针对 CommandStack 进行 。 类 似 于 QueryStack 数据 库容 器 ， 此 
处 将 针对 内 部 微服 务 目录 予以 构建 ， 如 下 所 示 : 


commanddb famous: 
image: commanddb famous 
build: ./FamousNewsService/command db/ 
ports: 
E20 
restart: always 
healthcheck: 
test: exit 0 


下 面 将 重新 配置 微服 务 并 使 用 数据 库 中 的 容器 。 其 间 ， 构 建 过 程 没有 发 生 任何 变化 。 
相应 地 ， 变 化 来 自 环境 变量 (执行 刚刚 创建 的 容器 中 的 数据 库 ) 。 另 一 个 需要 注意 的 地 
方 是 应 用 于 微服 务 上 的 依赖 关系 ， 如 下 所 示 : 


famous news service: 
image: famous news service 
build: ./FamousNewsService 
volumes: 
- './FamousNewsService:/app' 
environment: 
- QUERYBD HOST-mongodb://querydb famous:27017/ 
- QUEUE HOST-amgp://guest:guestrabbitmq 
— COMMANDDB HOST-postgresql://postgres:postgres6écommanddb famous: 
5432/news prod?sslmode-disable 
- COMMANDDB DEV HOST-postgresql://postgres:postgresécommanddb famous: 
5432/news dev?sslmode-disable 
- COMMANDDB TEST HOST-postgresql://postgres:postgres(commanddb famous: 
5432/news test?sslmode-disable 
depends on: 
- querydb famous 
- commanddb famous 
- rabbitmq 


1 


本 
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inks: 

- querydb famous 
— commanddb famous 
— rabbitmq 


6.3 


的 主题 是 讨论 微服 务 间 的 通信 ， 对 此 ， 较 好 的 方法 是 通过 实 操 方式 予以 
当 开 发 orchestrator_news_service 微服 务 时 ， 我 们 将 进一步 理解 这 种 通信 机 制 。 


聚合 器 微服 务 设计 模式 


微服 务 通 信 


[1 


.153a 


展示 。 


本 节 首 先 介绍 通信 流 的 工作 方式 。 在 图 6.2 中 ，UI 生成 请 求 ， 历 经 负载 平衡 器 并 到 


达 新 闻 编排 器 ， 这 也 是 负责 编排 新 闻 数据 的 微服 务 。 之 后 ， 编 排 器 在 消息 代理 C 


RabbitMQO 中 编写 消息 ， 该 消息 表示 UI 请 求 编排 的 数据 类 型 。 


客户 端 /UIAPI 


负载 平衡 器 


处 为 


| 


NewsOrchestrator 


消息 代理 


FamousNewsService 


SportsNewsService 


PoliticsNewsService 
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每 项 News 微服 务 均 对 消息 类 型 有 所 了 解 , 是 否 对 此 了 予以 响应 则 取决 于 用 户 。 微 服务 
的 响应 处 理 过 程 类 似 于 编排 器 ， 也 就 是 说 ， 微 服务 也 向 知晓 读 取 位 置 的 编排 器 编写 响应 

这 一 信息 交换 过 程 体现 了 New 微服 务 的 通信 行为 。 有 些 时 候 ， 通 信 通 过 RPC 完成 ; 
而 其 他 时 候 ， 通 信 过 程 将 生成 完全 异步 和 非 阻塞 事件 。 

famous news service 微服 务 中 即使 用 了 此 类 通信 行为 。 当 在 微服 务 内 部 使 用 CQRS 
时 ， 将 与 这 一 通信 类 型 协同 工作 。 当 在 CommandStack 数据 库 中 发 布 一 些 新 的 内 容 时 ， 
其 中 包含 了 两 个 RPC 可 直接 与 其 他 微服 务 和 事件 进行 会 话 。 当 前 ， 唯 一 的 差别 在 于 ， 我 
们 将 把 此 类 通信 模型 引入 系统 层面 。 


6.3.1 创建 编排 器 


orcherstrator news servic 的 格式 与 之 前 讨论 的 famous news service 类 似 。 这 里 ， 编 
排 器 表示 为 一 个 应 用 程序 ， 并 使 用 Flask 作为 框架 ， 但 不 包含 任何 数据 库 通信 层 。 该 微服 
务 编排 器 使 用 的 数据 不 是 自身 的 数据 库 ， 而 是 源 自 消 息 代 理 使 用 的 其 他 微服 务 。 

1. 筹备 微服 务 容 器 

下 面 首 先 创 建 Dockerfile， 声 明 编 排 器 容器 ， 并 采用 与 前 述 微服 务 相同 的 扩展 标准 ， 
如 下 所 示 : 


FROM python:3.6.1 

COPY . /app 

WORKDIR /app 

RUN pip install -r requirements.txt 
ENTRYPOINT ["python"] 

CMD ["app.py"] 

EXPOSE 5000 


2. 编写 依赖 关系 
requirements.txt 文件 中 的 依赖 关系 十 分 简单 ， 皆 因 未 使 用 自身 的 数据 库 ， 如 下 所 示 : 
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Flask 
Flask-Testing 
nameko 


3. 编写 配置 文件 


类 似 于 之 前 基于 Flask 的 微服 务 ， 当 前 微服 务 也 包含 了 configpy 设置 文件 。 需 要 注 
意 的 是 ， 此 处 并 未 涉及 数据 库 的 访问 配置 。 考 察 下 列 代码 示例 : 
class BaseConfig: 
"""Base configuration""" 


DEBUG — False 
TESTING - False 


class DevelopmentConfig (BaseConfig): 
"""Development configuration""" 
DEBUG = True 


class TestingConfig (BaseConfig): 
"""Testing configuration""" 
DEBUG = True 
TESTING - True 


class ProductionConfig (BaseConfig): 
"""Production configuration""" 
DEBUG — False 


4. 编写 服务 器 访问 

app.py 文件 负责 创建 Flask 实例 ， 类 似 于 其 他 Python 文件 ， 首 先 需要 导入 依赖 关系 。 
稍 后 ， 还 将 纳入 Flask 实例 声明 、 访 问 设 置 、 路 由 声明 以 及 运行 服务 器 的 相关 命令 ， 如 下 
所 示 : 

import os 

from flask import Flask 


from views import news 


# instantiate the app 
app = Flask( name ) 


# set config 
app settings = os.getenv('APP SETTINGS') 
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app.config.from object(app settings) 


# register blueprints 
app.register blueprint (news) 


if name == ' main ': 
app.run(host-'0.0.0.0', port-5000) 


5. 创建 编排 控制 器 


views.py 依赖 关系 文件 的 存在 主要 是 因为 导入 了 ClusterRpcProxy。 对 应 的 依赖 关系 
源 自 Nameko 框架 ， 并 可 提供 与 其 他 微服 务 的 连接 ， 如 下 所 示 : 

import os 

import json 

import itertools 

from flask import Blueprint, jsonify, request 

from nameko.standalone.rpc import ClusterRpcProxy 


在 导入 后 ， 我 们 将 编写 Blueprint 实例 ， 进 而 确定 路 由 以 及 基于 高 级 消息 队列 协议 
CAMPQO 的 消息 代理 访问 ， 如 下 所 示 : 

news = Blueprint ('news', name ) 

CONFIG RPC = ('AMQP URI': os.environ.get ('QUEUE_HOST') } 

其 中 ， 第 一 个 路 由 则 是 通过 ID 的 数据 搜索 。 需 要 注意 的 是 ， 应 向 该 路 由 中 传递 两 个 
参数 第 一 个 参数 是 新 闻 类 型 ， 第 二 个 参数 则 是 当前 ID. 在 get single news 中 ， 存 在 
一 个 函数 ， 可 用 于 处 理 其 他 微服 务 调用 ， 如 下 所 示 : 

@news.route('/<string:news type»/«int:news id>', methods-['GET']) 

def get single news (news type, news id): 

"""Get single user details""" 

try: 
response object - rpc get news(news type, news id) 
return jsonify (response object), 200 


except Exception as e: 
error response(e, 500) 


第 二 个 路 由 则 是 news service orchestrator 存在 的 实际 原因 。 当 微服 务 的 使 用 者 需要 
同时 获得 来 自 全 部 路 由 的 信息 时 ， 该 路 由 将 发 挥 功效 。 另 外 ， 该 路 由 表示 为 全 部 新 闻 上 
的 页 面 搜索 结果 。 重 点 是 为 每 个 微服 务 执行 一 个 RPC 调用 ， 然 后 组 织 数据 以 在 一 个 响应 
中 对 其 予以 返回 ， 如 下 所 示 : 
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Qnews.route( 
'/all/«int:num page»/«int:limit»', 
methods-['GET']) 
def get all news(num page, limit): 
try: 
response famous = rpc get all news( 
'"famous', 
num page, 
limit 
) 
response politics = rpc get all news( 
'"politics', 
num page, 
limit 
) 
response sports - rpc get all news( 
"sports", 
num page, 
limit 
) 
# Summarizing the microservices responses in just one 
all news = itertools.chain( 
response famous.get('news', []), 
response politics.get('news', []), 
response sports.get('news', []), 
) 
response object = ( 
'status': 'success', 
'news': list(all news), 
) 
return jsonify (response object), 200 
except Exception as e: 
return erro response(e, 500) 


第 三 个 路 由 也 是 页 面 搜索 ， 但 面向 的 是 每 种 News 类 型 ， 如 下 所 示 : 


Q@news .route ( 
'/«string:news type>/<int:num page»/«int:limit»', 
methods-['GET']) 
def get all news per type(news type, num page, limit): 
"""Get all users""" 
Myr 
response object - rpc get all news( 


5 I» 


news 
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type, 


num page, 


limit 


) 


return jsonify (response object), 200 
except Exception as e: 
return erro response(e, 500) 


第 4 个 路 由 将 接收 POST 或 PUT， 并 发 送 对 应 微服 务 的 最 新 新 闻 文章 。 其 中 ， 对 有 
效 载 荷 过 程 的 解释 类 似 于 Flask， 如 下 所 示 : 


Qnews .route (' /< 
def add news (ne 
post data = 
if not post 


string:news type»', methods-['POST', 'PUT']) 
ws type): 

request.get json() 

data: 


return erro response('Invalid payload', 400) 


Erys 
response 


object = rpc command (news type, post data) 


return jsonify (response object), 201 
except Exception as e: 
return erro response(e, 500) 


当前 ， 可 通过 一 些 辅助 函数 “查看 ”工作 结果 。 此 处 ， 第 一 个 函数 是 error response; 


该 函数 优化 重复 代码 ， 


def error respo 


并 以 一 种 较为 友好 的 方式 返回 错误 消息 ， 如 下 所 示 : 


nse(e, code): 


response object = ( 


'status' 
'message 
) 


agit 
': str(e), 


return jsonify(response object), code 


其 他 3 个 辅助 函数 则 用 于 确定 哪 一 个 函数 用 于 执行 RPC 调用 。 相 应 地 ,rpc_get_news、 
rpc get all news 和 rpc command 均 包 含 了 相似 的 逻辑 ， 并 可 用 于 调用 ClusterRpcProxy， 
进而 构建 与 深层 次 服务 间 的 连接 ， 如 下 所 示 : 

def rpc get news (news type, news id): 


with ClusterRpcProxy (CONFIG RPC) as rpc: 
if news type == 'famous': 


news 


— rpc.query famous.get news(news id) 


elif news type == 'sports': 


news 


— rpc.query sports.get news(news id) 


elif news type == 'politics': 
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news = rpc.query politics.get news(news id) 


else: 

return erro response('Invalid News type', 400) 
return T 

"status': "'success"', 


'news': json.loads (news) 


def rpc get all news(news type, num page, limit): 
with ClusterRpcProxy(CONFIG RPC) as rpc: 


if news type -- 'famous': 

news = rpc.query famous.get all news (num page, limit) 
elif news type == 'sports': 

news = rpc.query sports.get all news (num page, limit) 
elif news type -- 'politics': 

news = rpc.query politics.get all news (num page, limit) 
else: 

return erro response('Invalid News type', 400) 
return ( 


'status': 'success', 
'news': json.loads (news) 


def rpc command(news type, data): 
with ClusterRpcProxy(CONFIG RPC) as rpc: 


if news type == 'famous': 

news = rpc.command famous.add news (data) 
elif news type -- 'sports': 

news = rpc.command sports.add news (data) 
elif news type -- 'politics': 

news — rpc.command politics.add news (data) 
else: 

return erro response('Invalid News type', 400) 
return ( 


'status': 'success', 
'news': news, 


6.32 使 用 消息 代理 


orchestrator news service 微服 务 向 内 部 服务 〈 位 于 消息 代理 之 后 ) 发 


消息 。 随 后 
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将 返回 运行 于 公共 服务 中 的 消息 并 代表 内 部 服务 ， 此 处 为 orchestrator news_service。 但 
实际 上 ， 该 过 程 未 产生 任何 操作 ， 其 原因 在 于 : 当前 尚未 筹备 微服 务 容器 。 下 面 将 编辑 
docker-compose.yml 文件 ， 并 包含 必要 的 实例 。 

1. 与 容器 协同 工作 


首先 需要 删除 docker-compose.yml 文件 中 原 有 的 、 在 共享 设计 模式 中 共有 的 
MongoDB 实例 。 由 于 每 个 News 微服 务 均 包 含 自身 的 数据 库 , 因而 该 实例 并 无 太 多 用 处 。 
下 列 代码 将 移 除 原 有 代码 : 


mongo: 

image: mongo:latest 

container name: "mongodb" 

ports: 

27019227017 

command: mongod --smallfiles --logpath-/dev/null # --quiet 


在 移 除了 Mongo 容器 后 ， 下 面 将 创建 RabbitMQ 容器 。 对 于 当前 微服 务 来 说 ， 这 将 
作为 消息 代理 。 

在 项 目的 根 目录 中 ,将 创建 名 为 queue 的 新 目录 。 在 queue 目录 内 ， 可 创建 包含 以 下 
配置 信息 的 Dockerfile。 


FROM rabbitmq:3-management 

ENV RABBITMQ ERLANG COOKIE: "random string" 
ENV RABBITMQ DEFAULT USER: "guest" 

ENV RABBITMQ DEFAULT PASS: "guest" 

ENV RABBITMQ DEFAULT VHOST: "/" 


fi Dockerfile 创建 完毕 后 , 将 再 次 返回 至 docker-compose.yml 文件 中 ,并 编写 配置 容 
器 。 容 器 RabbitMQ 显示 了 两 部 分 内 容 一 一 通信 工具 所 使 用 的 5672 端口 ， 以 及 用 于 访问 
RabbitMQ 中 管理 工具 的 15672 端口 ， 如 下 所 示 : 
rabbitmq: 
image: rabbitmq 
build: ./queue 
ports: 
eh ey A Tk 
= A562 56TA T 
restart: Always 


下 面 将 设置 编排 器 实例 , 该 配置 的 重点 内 容 在 于 基于 News 微服 务 的 依赖 关系 声明 以 
及 消息 代理 ， 如 下 所 示 : 
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orchestrator news service: 
image: orchestrator news service 
build: ./NewsOrchestrator 
volumes: 
- './NewsOrchestrator:/app' 
environment: 
- APP SETTINGS-config.DevelopmentConfig 
- QUEUE HOST-amgp://guest:guest8rabbitmq 
depends on: 
- famous news service 
- politics news service 
- sports news service 
- rabbitmq 
links: 
- famous news service 
- politics news service 
- sports news service 
- rabbitmq 


2. 更 新 代理 /复杂 平衡 器 

现在 是 对 应 用 程序 进行 重大 更 改 的 时 候 了 。 当 谈 及 重大 变化 时 ， 此 处 并 未 涉及 太 多 
代码 级 别 方面 的 内 容 ， 而 是 指 对 应 用 程序 业务 以 及 系统 健康 的 影响 程度 。 

首先 需要 移 除 之 前 生成 的 上 游 内 容 。 其 中 ， 服 务 器 的 配置 尚 存 在 一 些 问题 ， 例 如 路 
由 冲突 以 及 错误 的 路 由 机 制 ， 如 下 所 示 : 


upstream proxy servers { 

server bookproject userservice 1:3000; 

server bookproject userservice 2:3000; 

server bookproject userservice 3:3000; 

server bookproject userservice 4:3000; 

server bookproject famous news service 1:5000; 
server bookproject famous news service 2:5000; 
server bookproject famous news service 3:5000; 
server bookproject famous news service 4:5000; 
server bookproject politics news service 1:5000; 
server bookproject politics news service 2:5000; 
server bookproject politics news service 3:5000; 
server bookproject politics news service 4:5000; 
server bookproject sports news service 1:5000; 
server bookproject sports news service 2:5000; 
server bookproject sports news service 3:5000; 
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server bookproject sports news service 4:5000; 
5 


在 移 除 了 原 有 的 上 游 内 容 时 ， 将 针对 users. service 和 orchestrator news service 构建 
最 新 内 容 。 通 过 这 种 方式 ， 将 创建 完全 独立 的 路 由 。 需 要 注意 的 是 ， 在 记录 每 项 微服 务 
上 游 内 容 之 前 ， 由 于 编排 器 微服 务 可 采用 智能 方式 处 理 数据 ， 因 而 这 种 工作 方式 不 再 必 
要 。 这 里 ， 仅 编排 器 显示 于 微服 务 的 使 用 者 ， 如 下 所 示 : 

upstream users servers ( 

server bookproject usersservice 1:3000; 
server bookproject usersservice 2:3000; 


server bookproject usersservice 3:3000; 
server bookproject usersservice 4:3000; 


) 


upstream orchestrator servers ( 
server bookproject orchestrator news service 1:5000; 
server bookproject orchestrator news service 2:5000; 
server bookproject orchestrator news service 3:5000; 
server bookproject orchestrator news service 4:5000; 


于 包含 了 不 同 的 上 游 内 容 ， 因 而 我 们 将 创建 不 同 的 位 置 ， 进 而 包含 更 大 的 配置 灵 
活性 ， 并 解决 了 路 由 冲突 问题 。 现 在 ， 我 们 有 了 一 个 将 请 求 重 定向 到 users servers 上 游 
的 位 置 ， 以 及 一 个 将 请 求 重 定 向 到 orchestrator servers 上 游 的 位 置 ， 如 下 所 示 : 


location / ( 
proxy pass http://users servers/; 
proxy redirect off; 
proxy set header Host $host; 
proxy set header X-Real-IP $remote addr; 
proxy set header X-Forwarded-For $proxy add x forwarded for; 
proxy set header X-Forwarded-Host $server name; 


h 


location /news/ ( 


proxy pass http://orchestrator servers/; 

proxy redirect off; 

proxy set header Host $host; 

proxy set header X-Real-IP $remote addr; 

proxy set header X-Forwarded-For $proxy add x forwarded for; 


proxy set header X-Forwarded-Host $server name; 
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完整 的 nginx.conf 文件 内 容 如 下 所 示 : 


worker processes 4; 
events { worker connections 1024; } 


http { 
sendfile on; 


upstream users servers { 
server bookproject usersservice 1:3000; 
} 


upstream orchestrator servers { 
server bookproject orchestrator news service 1:5000; 
} 


server { 
listen 80; 
location / ( 
proxy pass http://users servers/; 
proxy redirect off; 


proxy set header Host $host; 
proxy set header X-Real-IP $remote addr; 
proxy set header  X-Forwarded-For $proxy add x forwarded for; 
proxy set header  X-Forwarded-Host $server name; 
) 


location /news/ ( 
proxy pass http://orchestrator servers/; 
proxy redirect off; 
proxy set header Host $host; 
proxy set header X-Real-IP S$remote addr; 
proxy set header  X-Forwarded-For $proxy add x forwarded for; 
proxy set header  X-Forwarded-Host $server name; 


64 模式 扩展 


聚合 器 设计 模式 为 应 用 程序 提供 了 较 大 的 可 扩展 性 ， 主 要 是 因为 每 个 组 件 都 可 以 单 
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独 实现 扩展 。 当 谈论 应 用 程序 组 件 的 可 扩展 性 时 ， 通 常 意味 着 可 针对 每 项 微服 务 独立 地 
创建 多 个 不 同 的 实例 。 图 6.3 真实 反映 了 相应 的 扩展 能 力 ， 聚 合 器 设计 模式 仅 支 持 应 用 程 


序 某 一 部 分 的 扩展 。 


客户 端 /UL/API 
H 
负载 平衡 器 


| 


NewsOrchestrator 


i 


FamousNewsService 


SportsNewsService 


PoliticsNewsService 


图 63 


该 模式 另 一 个 值得 注意 的 地 方 是 分 别 支持 x 轴 和 z 轴 扩展 。 回忆 一 下 , 编排 器 也 是 一 
项 微服 务 ， 因 而 可 通过 缓存 机 制 和 其 他 资源 进一步 隔离 内 部 服务 。 


6.5 ”瓶颈 反 模式 


如 前 所 述 ， 对 于 可 扩展 性 而 言 ， 聚 合 器 设计 模式 十 分 高 效 。 但 稍 有 朴 忽 ， 该 模式 将 
会 提供 一 种 反 模 式 。 这 里 ， 所 生成 的 反 模 式 称 作 瓶 颈 。 下 面 考察 此 类 反 模 式 的 创建 方式 。 
News 微服 务 中 的 应 用 程序 被 划分 为 面向 公共 的 服务 以 及 内 部 服务 。 根 据 这 一 设计 方 
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式 ， 当 访问 内 部 服务 时 ， 须 经 历 面 向 公共 的 服务 ， 但 问题 也 就 此 产生 。 

当 工 程 师 们 错误 地 理解 应 用 程序 的 压力 点 以 及 扩展 位 置 时 ， 即 会 产生 瓶颈 。 考 察 下 
列 场景 : 人 们 需要 了 解 世界 棒球 大 赛 的 最 新 新 闻 。 显 然 ， 此 时 sports news service 将 接收 
大 量 的 负载 访问 ,一 种 较为 自然 的 处 理 方式 是 创建 更 多 的 sports news. service 实例 。 然 而 ， 
即使 针对 sport_news_service 采用 更 多 的 资源 ， 应 用 程序 仍 无 法 扩展 。 图 6.4 显示 了 该 应 
用 程序 当前 所 处 的 情况 。 


客户 端 /ULAPI 


H 
负载 平衡 器 


| 


NewsOrchestrator 


i 


FamousNewsService SportsNewsService PoliticsNewsService 


图 64 
问题 来 源 于 我 们 增加 了 内 部 服务 的 资源 ， 而 非 面 向 公共 的 服务 。 这 意味 着 ， 
sport news service 无 法 实现 正确 的 响应 ， 其 原因 在 于 ， 微 服务 路 径 被 阻塞 或 者 性 能 较 差 。 
某 些 时 候 ， 该 问题 可 能 会 表现 得 更 加 严重 面向 公共 的 服务 提供 了 多 个 微服 务 ， 应 用 
程序 的 其 他 部 分 也 面临 着 同样 的 缓慢 问题 。 利 用 聚合 器 设计 模式 所 造成 的 这 种 局 面 可 视 
作 是 一 种 瓶颈 。 
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为 了 解决 这 一 问题 ， 应 适当 地 对 应 用 程序 进行 扩展 ， 如 图 6.5 所 示 。 


NewsOrchestrator 


a 


消息 代理 


i 


} 


FamousNewsService 


SportsNewsService 


j 


PoliticsNewsService 


66 最 佳 实 或 


在 本 章 中 ， 我 们 已 经 尝试 使 用 了 下 列 与 微服 务 相 关 的 最 佳 实践 方案 : 
分 离 数据 库 可 较 好 地 对 应 用 程序 进行 扩展 ， 尤 其 是 数据 存储 层 。 


口 
口 


封装 微服 务 可 将 微服 务 划分 为 两 个 层 ， 即 
分 方案 对 于 签名 微服 务 来 说 提供 了 更 大 的 灵活 性 。 此 时 ， 内 商 


地 进行 调整 。 


H 


向 公共 服务 和 内 商 


服务。 这 一 类 划 
服务 可 更 加 方便 


使 用 CQRS。 当 采用 CQRS 时 ， 将 移 除 应 用 程序 中 一 些 不 必要 的 压力 点 。 
使 用 事件 源 。 当 使 用 事件 源 时 ， 可 从 新 闻 文章 中 处 理 信息 流 ， 这 也 使 我 们 对 每 
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一 篇 新 闻 文 章 的 历史 有 了 一 个 真实 的 认识 。 
ü ”使 用 可 扩展 的 模式 。 利 用 强大 的 设计 模式 ， 并 理解 聚合 模式 的 扩展 方式 ， 我 们 
将 对 如 何 避 免 反 模式 有 着 一 个 清晰 的 认 知 。 
前 面 引 用 的 最 佳 实践 只 是 一 些 基本 的 改进 方案 ， 并 以 一 种 流畅 和 动态 的 方式 应 用 于 
设计 中 。 一 些 简单 的 、 结 构 良 好 的 模式 应 用 可 较 好 地 反映 出 这 些 实践 结果 。 


6.7 33) 试 


在 当前 阶段 ， 测 试 处 理 过 程 接收 新 的 元 素 集成 。 我 们 需要 验证 是 否 满足 业务 运行 的 
最 小 功能 集 。 对 此 ， 存 在 两 种 基本 的 方案 ， 即 每 项 微服 务 的 功能 测试 ， 以 及 微服 务 的 集 
成 测试 。 


6.7.1 功能 测试 


功能 测试 将 证 明 微服 务 是 否 可 完美 地 执行 其 功能 项 。 在 此 ， 我 们 将 使 用 famous news_ 
service 微服 务 作为 示例 ， 并 于 其 中 编写 命令 层 测试 。 

首先 将 在 tests.py 文件 中 声明 导入 语句 。Nameko 对 测试 机 制 提供 了 较 好 的 支持 ， 并 
定义 了 worker factory 函数 。 该 函数 通过 Nameko 验证 相关 元 素 ， 且 无 须 启用 实际 的 服务 
器 。 对 应 代码 如 下 所 示 : 

import os 

import pytest 

from .service import Command 

from nameko.testing.services import worker factory 

from sqlalchemy import create engine 

from sqlalchemy.orm import sessionmaker 

在 声明 了 导入 语句 后 ， 将 创建 一 个 固定 装置 ， 以 连接 测试 数据 库 。 对 此 ， 可 采 上 
PyTest。 根 据 这 一 固定 装置 ，Nameko 将 向 期 望 的 元 素 提 供 该 连接 ， 如 下 所 示 : 

Gpytest.fixture 

def session(): 

db engine = create engine(os.environ.get('COMMANDDB TEST HOST')) 


Session = sessionmaker (db engine) 
return Session() 


在 定义 了 连接 后 ， 下 面 将 编写 测试 。 注 意 ， 在 该 测试 中 ， 将 运行 命令 层 两 次 。 我 们 
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这 样 做 是 为 了 验证 CQRS 中 的 部 分 内 容 ， 就 好 像 事 件 源流 正在 工作 一 样 ， 如 下 所 示 : 


def test command (session): 
data — ( 
"title": "title test", 
"author": "author test", 
"content": "content test", 
"tags" [ 
"test tagi", 
"test tag2", 
l; 
} 
command = worker factory (Command, db-session) 
result = command.add news (data) 
assert result['title'] == "title test" 
assert result['version'] == 1 


data['id'] = result['id'] 

data['version'] = result['version'] 

command = worker factory (Command, db=session) 
result = command.add news (data) 


assert result['version'] == 2 


这 一 简单 的 测试 验证 了 当前 业务 微服 务 大 约 50% 的 内 容 。 
6.7.2 集成 测试 


相信 大 家 都 很 清楚 ，orchestrator news service 微服 务 是 一 个 空 组 件 ， 仅 用 于 编排 数 
据 。 因 此 ， 执 行 单 个 测试 查找 故障 点 并 无 太 大 优势 。 

此 处 所 执行 的 测试 ,与 微服 务 使 用 者 的 实际 行为 相关 。 利 用 之 前 在 Flask 中 编写 的 微 
服务 ， 我 们 已 经 创建 了 相应 的 测试 。 

下 面 将 声明 测试 类 ， 在 该 类 中 将 创建 两 个 测试 。 第 一 个 测试 将 使 用 test_add_news， 
并 查看 是 否 可 添加 始 于 编排 器 的 新 闻 文 章 。 第 二 个 测试 将 使 用 get all news， 并 检测 是 否 
可 获取 一 篇 始 于 编排 器 的 新 闻 文章 ， 如 下 所 示 : 

class TestNewsService (BaseTestCase): 

def test add news (self): 


"""Test to insert a News to the database.""" 
with self.client: 
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response = self.client.post( 
'/famous', 
data-json.dumps (dict ( 
title-'My Test', 
content-'Just a service test', 
author-'unittest', 
tags-['Test', 'Functional test'], 
), 
content type-'application/json', 
) 
data = json.loads (response.data.decode ()) 
self.assertEqual(response.status code, 201) 
self.assertIn('success', data['status']) 
self.assertIn('My Test', data['news']['title']) 


def test get all news (self): 
"""Test to get all News paginated from the database.""" 
with self.client: 
test cases - [ 
('page': 1, 'num per page': 10, 'loop couter': 0}, 
[('page': 2, 'num per page': 10, 'loop couter': 10], 
('page': 1, 'num per page': 20, 'loop couter': 0), 
1 
for tc in test cases: 
response = self.client.get( 
'/£famous/()/()' .format( 
tc['page'], tc['num per page']) 
) 
data = json.loads (response.data.decode|()) 
self.assertEqual(response.status code, 200) 
self.assertIn('success', data['status']) 
self.assertEqual (len (data['news']) > 0) 
for d in data['news']: 
self.assertEqual( 
d['title'], 
'Title test-()'.format(tc['loop couter']) 
) 
self .assertEqual ( 
d['content'], 
"Content test-()'.format(tc['loop couter']) 
) 
Sself.assertEqual( 
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d['author'], 

"Author test-()'.format(tc['loop couter']) 
) 
tc['loop couter'] += 1 


除 此 之 外 ， 还 存在 一 些 其 他 可 用 的 测试 方案 ， 后 续 章节 将 对 此 加 以 深入 讨论 。 


68 聚合 器 设计 模式 的 优 缺点 


总 而 言 之 ， 聚 合 器 设计 模式 利 大 于 弊 ， 它 是 一 种 非常 优雅 的 可 扩展 模式 ， 可 以 应 用 
于 几乎 所 有 的 微服 务 场景 中 。 


6.8.0 ”聚合 器 设计 模式 的 优点 


聚合 器 设计 模式 的 优点 主要 体现 在 : 

口 x 轴 和 y 轴 的 可 扩展 性 。 

O ”隧道 效应 微服 务 。 

O ”微服 务 签名 对 内 部 服务 的 灵活 性 。 
口 ”对 于 微服 务 提供 了 单一 访问 点 。 


6.8.2 ”聚合 器 设计 模式 的 缺点 
相 比较 而 言 ， 聚 合 器 设计 模式 的 缺点 如 下 : 
口 数据 编排 的 复杂 性 。 


口 瓶颈 反 模式 。 
口 ” 微 服务 通信 间 的 延迟 。 


69 本 章 小 结 


本 章 涵盖 了 一 些 较为 重要 的 内 容 。 其 中 ， 我 们 对 前 述 方案 中 的 错误 进行 了 修正 ， 并 
创建 了 新 型 微服 务 以 及 处 于 分 离 状态 的 容器 ， 同 时 还 展示 了 多 种 可 扩展 应 用 。 除 此 之 外 ， 
本 章 还 介绍 了 聚合 器 设计 模式 。 

第 7 章 将 继续 探讨 微服 务 设计 模式 ， 即 代理 设计 模式 。 


第 7 章 代理 微服 务 设计 模式 


第 6 章 讨论 了 聚合 器 设计 模式 的 功能 和 应 用 ， 这 也 是 微服 务 中 最 为 常用 的 模式 。 本 
章 将 继续 介绍 一 种 应 用 广泛 的 模式 ， 甚 至 一 些 软件 过 程 师 也 对 此 少 有 了 解 ， 即 代理 设计 
模式 。 

与 第 6 章 相 比 ， 本 章 涵盖 了 大 量 的 概念 性 内 容 ， 但 极 具 指导 意义 。 下 面 探讨 代理 设 
计 模 式 的 工作 方式 ， 以 及 应 用 时 机 。 在 该 处 理 过程 中 ， 我 们 将 查看 一 些 最 佳 实现 方案 ， 
以 及 该 模式 的 一 些 负面 效应 。 

本 章 主 要 涉及 以 下 内 容 : 

ü ”代理 策略 。 

ü ”微服 务 通信 。 

口 ”模式 的 扩展 性 。 


71 代理 方案 


代理 设计 模式 可 视 为 聚合 器 设计 模式 的 变化 版 本 。 当 需要 组 合 或 封装 微服 务 ， 或 者 
不 需要 聚合 值 时 ， 即 可 使 用 代理 设计 模式 。 基 本 上 讲 ， 该 模式 可 直接 访问 业务 内 容 ， 
但 会 隔离 技术 层 。 类 似 于 聚合 器 设计 模式 ， 代 理 设计 模式 支持 独立 扩展 ， 其 中 包括 x fü 
RI y 轴 。 
由 于 代理 设计 模式 支持 微服 务 的 单 点 访问 ， 因 而 可 视 为 一 种 更 纯粹 的 模式 ， 通 常 不 
需要 在 微服 务 之 间 进 行 通信 。 另 一 个 与 代理 设计 模式 相关 的 显著 特征 则 是 使 用 代理 时 与 
其 他 模式 间 的 应 用 灵活 性 。 

通常 情况 下 ， 作 为 一 种 技术 决策 ， 代 理 设 计 模 式 并 不 会 对 业务 层 产生 影响 。 唯 一 的 
例外 是 应 用 程序 的 使 用 者 可 以 方便 地 从 一 个 引用 代理 ) 中 获取 数据 。 

在 图 7.1 中 可 以 看 到 ， 代 理 负责 重 定向 请 求 。 其 中 ， 某 个 请 求 针 对 既定 路 径 而 完成 ， 
对 于 特定 路 径 上 的 搜索 信息 ， 应 用 程序 的 使 用 者 并 不 知道 微服 务 的 位 置 。 代 理 负责 理解 
当前 请 求 ， 并 将 其 传递 至 微服 务 中 ， 同 时 知晓 正确 地 返回 期 望 信息 ， 或 者 执行 某 项 任务 。 

基本 上 讲 ， 代 理 设计 模式 包含 了 两 种 方案 模型 ， 即 哑 代 理 (dumb proxy) 和 智能 代 
理 。 这 两 种 模型 均 十 分 有 效 且 较为 常见 。 但 我 们 需要 确定 哪 一 种 方案 更 适用 于 当前 业务 。 
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客户 端 /ULAPI 


[russe 1 的 请 求 


7.1.1 MRH 


顾名思义 ， 哑 代理 是 一 种 不 包含 任何 智能 的 模型 ， 其 唯一 目标 是 提供 单一 的 端点 
以 简化 应 用 程序 客户 端 ， 并 封装 微服 务 路 径 的 直接 访问 操作 。 

因此 ， 在 该 策略 中 ， 可 将 请 求 委托 至 正确 的 位 置 ， 并 提供 代理 上 的 、 微 服务 的 可 扩 
展 性 以 及 可 用 性 。 


7.1.2 智能 代理 


智能 代理 这 一 称谓 源 自 可 执行 更 多 项 任务 ， 而 不 是 将 请 求 委托 至 其 微服 务 中 。 使 用 智 
能 代理 策略 可 以 执行 一 系列 简单 的 任务 ， 而 内 容 修改 则 是 智能 代理 执行 的 最 常见 的 任务 。 

想象 一 下 ， 微 服务 响应 了 某 个 应 用 程序 客户 端 ， 该 过 程 是 通过 微服 务 响 应 中 的 额外 
字段 完成 的 ， 但 不 会 进入 另 一 个 应 用 程序 客户 端 。 许 多 人 会 说 ， 理 想 的 方法 是 创建 同一 
个 API 的 两 个 版 本 ， 以 满足 两 个 不 同 的 消费 者 。 一 种 常见 的 方法 是 修改 代理 级 响应 。 通 
过 这 种 方式 ， 无 须 重新 部 署 新 路 径 ， 并 且 满 足 两 个 API 使 用 者 。 

Nginx 模块 ， 例 如 with-http sub module， 可 用 于 内 容 转换 。 有 趣 的 是 ， 代 理 级 缓存 
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应 用 程序 可 视 作 是 一 种 智能 代理 方案 。 
7.1.3 理解 当前 代理 


在 当前 应 用 程序 示例 中 ， 我 们 针对 Create User 以 及 News 微服 务 使 用 了 代理 设计 模 
式 。 全 部 工作 是 向 微服 务 中 使 用 该 模式 ， 除 了 创建 微服 务 之 外 ， 还 需要 在 Ngnix 中 使 用 
代理 策略 。 
下 面 查看 应 用 程序 中 的 配置 内 容 ， 其 中 包含 了 指向 微服 务 的 两 个 上 游 内 容 ， 以 及 应 
于 其 上 的 相关 位 置 。 
不 难 发 现 ， 该 配置 采用 了 哑 代 理 方案 ， 其 原因 在 于 ， 代 理 未 执行 任何 数据 修改 任务 ， 
以 及 包含 最 小 化 智能 的 其 他 任务 。 考 察 下 列 代码 : 


worker processes 4; 


events { worker connections 1024; } 


http ( 
sendfile on; 


upstream users servers ( 
server bookproject usersservice 1:3000; 
server bookproject usersservice 2:3000; 
server bookproject usersservice 3:3000; 
server bookproject usersservice 4:3000; 
) 


upstream orcherstrator servers ( 
server bookproject orcherstrator news service 1:5000; 
server bookproject orcherstrator news service 2:5000; 
server bookproject orcherstrator news service 3:5000; 
server bookproject orcherstrator news service 4:5000; 
H 


server ( 
listen 80; 


location / ( 
proxy pass http://users servers/; 
proxy redirect off; 
proxy set header Host $host; 
proxy set header X-Real-IP $remote addr; 
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proxy set header X-Forwarded-For $proxy add x forwarded for; 
proxy set header X-Forwarded-Host $server name; 


location /news/ ( 
proxy pass http://orcherstrator servers/; 
proxy redirect off; 
proxy set header Host $host; 
proxy set header X-Real-IP $remote addr; 
proxy set header X-Forwarded-For $proxy add x forwarded for; 
proxy set header X-Forwarded-Host $server name; 


) 


上 述 应 用 程序 使 用 了 两 种 模式 。 对 于 News WRS, 代码 使 用 了 聚合 器 设计 模式 ; 而 
对 于 UsersServices 和 OrchestratorNewsService， 则 采用 了 代理 设计 模式 。 为 了 更 好 地 理解 
如 何 同时 使 用 这 两 种 模式 ， 考 察 图 7.2。 


客户 端 /UL/API 
x 
代理 /负载 平衡 器 
LB EI | EH pun 
1 I 
p 代理 设计 模式 Y Aggregator Design Pattern I 
1 m~~) NewsOrchestrator | 一 一 一 UsersService 1 
I * I 
pL rais spe ce mier | ——— € | SOES PR 
FamousNewsService SportsNewsService PoliticsNewsService 缓存 


图 7.2 
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7.2 编排 器 的 代理 策略 


代理 设计 模式 并 未 包含 复杂 的 数据 编排 策略 。 如 前 所 述 ， 代 理 仅 在 请 求 级 别 上 执行 
任务 。 当 然 ， 一 些 源 自 请 求 的 信息 可 能 会 进行 较为 特殊 的 处 理 ， 但 依然 无 法 与 之 前 讨论 
的 编排 器 设计 模式 相提并论 。 

当 讨论 基于 代理 设计 模式 的 数据 编排 时 ， 我 们 将 直接 对 当前 请 求 进行 查看 。 代 理 方 
案 并 不 排斥 另 一 种 微服 务 模式 。 某 些 时 候 ， 这 将 有 助 于 将 单 体 应 用 程序 迁移 至 微服 务 中 。 

假设 我 们 有 一 个 要 分 解 的 单 体 应 用 程序 ， 并 将 其 域 转移 到 微服 务 中 。 这 一 举措 值得 
称赞 ， 但 在 关闭 单 体 应 用 程序 时 ， 我 们 不 能 停止 新 特性 的 开发 过 程 。 很 快 ， 该 策略 将 使 
用 到 代理 设计 模式 ， 并 使 应 用 程序 处 于 工作 状态 。 与 此 同时 ， 我 们 将 业务 转移 并 将 新 特 
性 应 用 到 微服 务 中 。 在 微服 务 稳定 过 程 中 ， 针 对 响应 某 个 请 求 的 微服 务 ， 将 利用 代理 重 
定向 该 请 求 。 图 7.3 展示 了 此 处 所 描述 的 方案 。 


客户 端 /ULAPI 


[ense 1 的 请 求 
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利用 该 策略 ， 当 迁移 单 体 应 用 程序 域 并 创建 微服 务 时 ， 可 将 请 求 重 定向 至 单 体 应 用 
程序 不 再 存在 的 地 方 。 


73 ”微服 务 通信 


当 谈 及 代理 设计 模式 时 ， 实 际 上 仅 采 用 HTTP 协议 处 理 通 信 问 题 ， 其 原因 在 于 ， 该 
模式 一 般 应 用 于 面向 客户 端 服务 层 上 。 

显然 ， 可 以 在 内 部 服务 级 别 上 使 用 代理 设计 模式 ， 尤 其 是 利用 新 的 微服 务 蔡 换 某 些 
“贬值 ”的 微服 务 时 。 然 而 ， 这 种 应 用 程序 并 不 常见 ， 在 某 种 程度 上 ， 它 强制 在 内 部 服 
务 层 上 使 用 HTTP 协议 。 如 前 所 述 ， 这 并 不 是 一 种 最 理想 的 方案 。 


74 模式 扩展 性 


代理 设计 模式 支持 x 轴 和 y 轴 上 的 扩展 ， 并 引用 针对 代理 访问 的 、 有 效 服务 实例 的 
数量 。 
根据 Nginx 配置 〈 提 供 代理 角色 ) ， 当 前 每 项 微服 务 包含 4 个 实例 ， 这 可 以 通过 对 
上 游 配 置 中 微服 务实 例 的 引用 数量 来 验证 ， 如 下 所 示 : 
upstream users servers { 
server bookproject usersservice 1:3000; 
server bookproject usersservice 2:3000; 


server bookproject usersservice 3:3000; 
server bookproject usersservice 4:3000; 


} 


upstream orcherstrator servers { 
server bookproject orcherstrator news service 1:5000; 
server bookproject orcherstrator news service 2:5000; 
server bookproject orcherstrator news service 3:5000; 
server bookproject orcherstrator news service 4:5000; 
} 


在 当前 应 用 程序 示例 中 ， 将 采用 x 轴 扩 展 处 理 扩展 性 问题 一 一 此 处 仅 使 用 基于 代理 
设计 模式 的 水 平 扩展 。 图 7.4 显示 了 这 里 所 采用 的 扩展 策略 。 
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客户 端 /ULAPI 


代理 /负载 平衡 器 


| NewsOrchestrator 


* UsersService 


FamousNewsService SportsNewsService PoliticsNewsService 缓存 


图 7.4 


7.5 最 佳 实践 


与 其 他 模式 相 比 ， 代 理 设计 模式 维护 和 理解 起 来 均 相 对 简单 ， 无 论 它们 是 否 采用 了 
架构 模式 。 虽 然 代 理 设 计 模 式 较为 简单 ， 但 若 稍 有 下 名 ， 仍 会 引发 某 些 临 界 故障 点 。 

这 里 还 需要 强调 一 下 ， 在 微服 务 中 发 现 错误 〈 主 要 是 在 架构 视图 中 ) 并 不 是 一 件 容 
易 的 事情 ， 一 些 关 键 问题 应 引起 我 们 足够 的 重视 。 


7.5.1 纯粹 的 模式 


到 目前 为 止 ， 我 们 在 新 闻 门 户 网 站 中 使 用 了 两 种 模式 ， 并 可 根据 需要 应 用 更 多 的 模 
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式 。 然 而 ， 在 某 些 时 候 ， 可 能 并 不 一 定 要 使 用 多 个 模式 。 对 于 当前 应 用 程序 上 下 文 ， 代 
理 设 计 模 式 已 然 足 够 。 
利用 前 述 方案 ， 最 理想 的 方法 是 保留 或 尝试 保留 尽 可 能 多 的 纯 微服 务 ， 这 意味 着 微 
服务 自身 已 可 满足 要 求 。 当 微服 务 需要 利用 同步 协议 与 另 一 个 微服 务 通信 时 〈 主 要 位 于 
内 部 服务 层 ) ， 那 么 ， 该 微服 务 并 非 是 一 个 纯 微服 务 。 

考虑 到 微服 务 间 内 部 通信 的 开销 ， 这 一 类 非 纯 微服 务 可 导致 扩展 问题 。 初 看 之 下 
尝试 增加 接近 代理 的 实例 数量 似乎 是 合理 的 ， 但 问题 并 不 在 此 。 

在 处 理 代理 设计 模式 时 ， 创 建 能 够 自给 自足 的 微服 务 是 一 种 很 好 的 实践 方案 。 也 就 
是 说 ， 无 须 咨询 其 他 微服 务 即 可 执行 某 项 任务 。 


7.5.2 瓶颈 问题 


代理 工具 执行 的 任务 相对 简单 ， 通 常情 况 下 ， 这 种 类 型 的 工具 表现 得 非常 出 色 。 然 
而 ， 与 任何 软件 一 样 ， 资 源 并 非 是 无 限 的 。 

有 时 ， 代 理 背 后 的 微服 务 可 能 出 现 运行 缓慢 这 一 类 问题 ， 我 们 会 认为 问题 出 在 微服 
务 上 ， 因 而 尝试 增加 代理 背后 的 微服 务实 例 数量 ， 并 以 此 对 性 能 问题 加 以 改进 。 此 类 行 
为 貌似 符合 逻辑 ， 但 需要 注意 的 是 ， 微 服务 的 全 部 负载 均 位 于 代理 上 ， 这 有 可 能 成 为 微 
服务 的 瓶颈 。 

重要 的 是 ， 需 要 验证 安装 代理 工具 的 机 器 资源 是 否 满足 预期 的 负载 。 此 时 ， 对 于 理 
解 微服 务 性 能 降低 这 一 问题 ， 微 服务 和 代理 的 性 能 测试 和 监视 行为 将 变 得 十 分 重要 。 


7.5.3 ”代理 制 的 缓存 机 制 


某 些 代 理工 具 设置 了 代理 级 别 的 缓存 能 力 ， 对 于 降低 应 用 程序 的 压力 ， 这 可 视 作 一 
种 较 好 的 策略 。 显 然 ， 代 理 级 别 的 缓存 可 能 难以 控制 ， 但 如 果 谨 慎 使 用 ， 其 有 效 性 仍 十 
分 明显 。 


7.5.4 简单 的 响应 


许多 代理 工具 可 修改 源 自 HTTP 请 求 的 HTTP 响应 。 这 种 类 型 的 数据 变化 可 能 极 具 
吸引 力 ， 但 这 并 非 是 一 种 良好 的 实践 方案 。 
一 些 开 发 团队 已 经 严格 定义 了 自身 的 组 织 结构 。 其 中 ， 代 理 隶 属于 Ops 或 DevOps。 
代理 级 别 的 更 改 往往 会 反映 出 某 种 官僚 主义 作风 ,任何 以 不 恰当 方式 对 响应 进行 的 修改 ， 
都 将 产生 难以 检测 和 修改 的 附带 损害 。 
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对 此 ， 较 好 的 方式 是 在 应 用 程序 级 别 控制 响应 的 内 容 ， 而 不 是 将 任务 托管 至 代理 中 。 
7.6 ”代理 设计 模式 的 优 缺 点 


尽管 我 们 一 再 强调 ， 但 代理 设计 模式 确实 是 微服 务 架构 中 最 为 简单 、 有 用 的 模式 之 
一 ， 其 优点 包括 : 

口 ”应 用 程序 客户 端 使 用 数据 。 

口 实现 的 简单 性 。 

O “可 在 代理 级 别 采 用 较 好 的 编程 技术 ， 例 如 缓存 。 

口 ”封装 微服 务 的 访问 。 

ü “可 控制 和 转移 请 求 。 

但 是 ， 代 理 设计 模式 也 可 能 会 导致 一 些 问 题 ， 特 别 是 缺少 较 好 的 实践 方案 时 ， 其 中 
包括 : 

口 ”瓶颈 问题 。 

Q ”响应 中 不 恰当 的 变化 。 

O “过载 识 别 中 的 障碍 。 

类 似 于 其 他 设计 模式 ， 代 理 设计 模式 也 包含 了 自身 的 优点 和 缺点 ， 重 要 的 是 理解 其 
适用 性 ， 并 将 重点 放 在 良好 的 实践 方案 上 ， 以 便 该 模式 能 够 正确 地 为 应 用 程序 工作 。 


7.7 KË% 


本 章 内 容 极 具 指导 意义 ， 并 讨论 了 代理 设计 模式 的 工作 方式 、 优 点 及 其 可 能 带 来 的 
风险 。 
第 8 章 将 继续 探讨 当前 项 目 ， 并 考察 一 种 更 加 有 效 的 设计 模式 。 
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第 7 章 讨 论 了 代理 设计 模式 的 功能 和 实用 性 ， 这 可 视 作 一 种 应 用 较为 广泛 的 模式 ， 
尽管 该 模式 常 被 一 些 开 发 人 员 无 意识 地 加 以 使 用 。 除 此 之 外 ， 对 于 单 体 应 用 程序 至 微服 
务 间 的 迁移 操作 ， 我 们 还 介绍 了 代理 模式 所 包含 的 灵活 性 。 本 章 将 探讨 链 式 设计 模式 ， 
这 也 是 一 种 十 分 有 用 的 模式 。 对 于 采用 了 微服 务 架 构 的 大 型 应 用 程序 来 说 ， 链 式 模式 十 
分 必要 。 

本 章 将 阐述 链 式 模式 的 功能 、 应 用 时 机 和 场所 。 此 外 ， 我 们 还 将 讨论 链 式 设计 模式 
自身 的 优 缺 点 。 

本 章 主 要 涉及 以 下 内 容 : 

ü ”微服 务 通信 。 

ü ”模式 扩展 性 。 

口 反 模 式 。 

口 最 佳 实践 方案 。 


8.1 理解 模式 


通常 ， 业 务 中 的 微服 务 无 法 针对 应 用 程序 提供 完整 的 解决 方案 ， 可 能 还 需要 使 用 基 
于 其 他 域 的 编译 信息 。 链 式 设计 模式 是 为 了 响应 和 满足 这 一 需求 而 开发 的 ， 它 提供 了 对 
应 用 程序 请 求 的 单一 响应 。 

该 行为 类 似 于 聚合 器 设计 模式 ， 旨 在 对 信息 提供 单一 访问 点 。 然 而 ， 针 对 请 求 的 响 
应 方式 则 包含 了 不 同 的 特征 。 

首先 让 我 们 回忆 一 下 聚合 器 设计 模式 的 工作 方式 ， 进 而 明晰 两 种 模式 间 的 差异 。 

对 于 负载 平衡 器 ， 聚 合 器 仅 包含 单 体 访问 点 ， 即 编排 器 ， 负 责 聚 合 和 组 织 数据 以 响 
应 某 个 特定 的 请 求 。 
在 接收 了 请 求 之 后 ， 编 排 器 针对 微服 务 〈 负 责 形成 针对 当前 请 求 的 响应 ) 评估 并 触 
发 并 发 过 程 。 每 项 微服 务 执行 必要 的 操作 ， 并 向 编排 器 发 送 响应 。 
编排 器 将 组 织 数 据 ， 将 其 序列 化 至 单一 响应 中 ， 进 而 发 送 至 应 用 程序 的 使 用 者 处 。 
图 8.1 显示 了 此 处 描述 的 处 理 过 程 。 
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图 8.1 


此 时 ， 我 们 可 以 回忆 一 下 第 6 章 中 的 聚合 器 微服 务 设计 模式 ， 但 本 章 的 目标 则 是 链 
式 设计 模式 。 


由 于 链 式 设计 模式 采用 了 数据 编排 设计 模型 ， 软 件 工程 师 经 常 说 这 并 不 是 一 个 编排 
模式 ， 而 是 一 个 组 合 数据 的 模式 。 在 我 看 来 ， 这 两 种 解释 都 是 正确 的 。 

下 面 讨论 链 式 设计 模式 的 具体 流程 ， 其 目标 是 对 通过 负载 均衡 器 发 送 的 请 求 进行 响 
应 。 与 聚合 器 不 同 ， 链 式 模式 针对 数据 编排 器 并 不 包含 特定 的 微服 务 ， 因 此 ， 应 用 程序 
中 的 任何 微服 务 都 可 以 承担 编排 响应 数据 整合 结果 这 一 角色 。 

考察 下 列 情形 : 服务 A 由 负载 平衡 器 调用 以 响应 应 用 程序 的 使 用 者 。 然 而 ， 服 务 A 
知晓 它 并 未 包含 完整 响应 所 需 的 全 部 信息 。 在 其 业务 内 容 中 ， 服 务 A 了 解 到 某 些 信息 位 
于 服务 B 中 ， 因 而 执行 针对 服务 B 的 请 求 ， 并 请 求 所 需 的 数据 。 反 过 来 ， 服 务 B 发 现 并 
未 包含 全 部 所 需 的 信息 ， 并 请 求 服务 C。 服 务 C 能 够 整体 响应 服务 B 的 请 求 并 返回 该 响 
应 。 在 接收 到 服务 B 的 响应 后 ， 服 务 B 形成 了 当前 数据 并 将 其 发 送 至 服务 A。 随 后 ， 服 
务 A 接收 服务 B 的 响应 ， 并 同样 执行 数据 的 合成 操作 。 最 终 ， 服 务 A 的 响应 表示 为 源 自 


上 地 
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服务 A 自身 、 服 务 B 以 及 服务 C 的 信息 合成 结果 。 待 全 部 数据 整合 至 单一 响应 后 ， 服 务 
人 将 返回 应 用 程序 使 用 的 期 望 值 。 
数据 合成 的 操作 流程 可 通过 图 8.2 进行 验证 。 


客户 端 /UL/API 


链 式 设计 模式 


— 服务 C 


组 gm 


缓存 
E E 


图 8.2 


图 8.2 中 的 流程 表示 为 顺序 方式 ， 但 实际 上 , 在 链 式 设计 模式 中 ， 并 未 对 数据 的 合成 
顺序 进行 强制 要 求 。 源 自负 载 平衡 器 中 的 请 求 可 通过 B 一 A 一 C 或 B 一 C 一 A 直接 发 送 至 
服务 B 中 。 

在 当前 应 用 程序 中 ， 尚 未 实现 链 式 设计 模式 ， 稍 后 将 对 此 予以 实现 。 事 实 上 ， 我 们 
可 以 在 新 闻 服 务 中 对 其 加 以 使 用 ， 而 不 再 采用 聚合 器 。 这 两 种 模式 都 解决 了 向 
get all news 端点 提供 公共 、 统 一 响应 这 一 问题 。 如 果 针 对 新 闻 微 服务 使 用 了 链 式 模式 ， 
则 不 再 持 有 OrchestratorNewsService， 且 需要 将 get all news 端点 传递 至 应 用 程序 的 另 一 
部 分 中 ， 鉴 于 当前 域 特 征 ， 这 一 部 分 内 容 似乎 缺少 一 定 的 语义 。 因 此 ， 针 对 新 闻 微 服务 
中 的 此 类 业务 ， 聚 合 器 的 功能 则 更 加 强大 。 

如 果 选 择 了 链 式 设计 模式 而 不 是 聚合 器 , 那么 , 图 8.3 显示 了 当前 应 用 程序 的 示意 图 。 
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客户 端 /ULAPI 


负载 平衡 器 


FamousNewsService «-»| SportsNewsService «»| PoliticsNewsService UsersService 


图 8.3 
8.2 ”数据 编排 和 响应 整合 


基于 链 式 设计 模式 的 数据 编排 和 响应 整合 包含 了 一 定 的 复杂 度 ， 且 分 别 位 于 整合 处 
理 过 程 以 及 调试 过 程 中 。 

使 用 链 式 模式 合并 数据 的 过 程 不 会 出 现在 单个 点 上 ， 因 为 我 们 通常 习惯 于 使 用 聚合 
器 。 在 链 式 设计 模式 下 ， 数 据 整 合 以 渐进 方式 进行 ， 并 且 部 分 出 现 于 请 求 链 的 每 个 调用 
阶段 。 最 终结 果 将 在 所 有 请 求 处 理 结束 时 完成 。 

微服 务 调用 的 内 部 链 越 长 ， 那 么 ， 数 据 整 合 过 程 也 就 越 长 。 

当 采 用 链 式 设计 模式 时 ， 领 域 驱动 设计 CDDDO 可 有 效 地 降低 微服 务 于 内 部 执行 的 
链 调用 数量 。 为 了 不 会 对 应 用 程序 使 用 者 产生 负面 影响 ， 不 应 包含 微服 务 间 较 长 的 通信 
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链 。 需 要 注意 的 是 ， 此 处 为 微服 务 间 的 直接 通信 模式 ， 因 此 ， 我 们 不 仅 向 应 用 程序 的 使 
用 者 传递 每 项 微服 务 的 处 理 时 间 ， 还 包括 微服 务 间 通 信 的 延迟 时 间 。 针 对 于 此 ， 较 长 的 
通信 链 除了 降低 速度 之 外 ， 还 会 对 调试 过 程 和 数据 的 维护 产生 负面 影响 。 


8.3 微服 务 通信 


如 前 所 述 ， 微 服务 架构 中 存在 两 种 通信 模型 ， 即 同步 模式 和 异步 模型 。 当 使 用 链 式 
设计 模式 时 ， 推 荐 使 用 同步 通信 模型 ， 其 原因 在 于 ， 应 用 程序 的 使 用 者 正在 等 待 一 个 完 
整 的 响应 ， 该 响应 由 来 自 一 个 或 多 个 微服 务 的 数据 组 成 。 如 果 通 信 模 型 非 同步 ， 响 应 的 
整合 控制 可 能 会 包含 一 个 回调 系统 ， 该 回调 系统 的 复杂 性 会 增加 并 降低 可 扩展 性 。 

重要 的 是 ， 利 用 同步 通信 模型 ， 我 们 将 生成 一 个 阻塞 通信 模型 。 这 里 ， 阻 塞 通 信 模 
型 是 指 ， 应 用 程序 的 使 用 者 等 待 微服 务 间 通 信 链 中 被 整合 的 响应 结果 。 微 服务 间 的 通信 
链 越 长 ， 应 用 程序 使 用 者 等 待 的 时 间 也 就 越 长 。 

利用 同步 通信 模型 ， 最 简单 的 实现 是 使 用 HTTP ( 超 文 本 传输 协议 ) 。 某 些 开 发 人 员 
则 更 喜欢 采用 另 一 种 同步 通信 类 型 ， 例 如 二 进 制 通信 协议 ， 或 者 简单 地 使 用 源 自 发 送 数 
据 包 的 压缩 程序 。 作 为 HTTP 的 蔡 代 方 案 ， 如 Thrift, Avro 和 gRPC 等 工具 ， 它 们 都 有 一 
个 二 进 制 序列 化 器 和 一 个 同步 信息 发 送 器 ; 而 MessagePack 和 Protocol buffer 仅 执行 数据 
包 序 列 化 操作 。 

截至 目前 ， 我 们 所 讨论 的 工具 均 不 含 自身 的 优 缺 点 。 当 确定 采用 哪 一 种 工具 时 ， 通 
常 较为 有 效 的 方式 是 进行 性 能 测试 ， 进 而 理解 可 扩展 模式 及 其 相关 行为 。 


8.4 模式 扩展 性 


链 式 设计 模式 支持 y 轴 、x 轴 以 及 = 轴 模 型 中 的 扩展 ， 且 均 与 代理 访问 以 重 定向 请 求 
时 的 、 有 效 的 服务 实例 数量 有 关 。 

一 种 较为 常见 的 做 法 是 使 用 基于 链 式 设计 模式 的 代理 设计 模式 ， 相 应 地 ， 代 理 负 责 
标示 微服 务 ; 据 此 ， 链 式 模式 将 启用 微服 务 间 的 通信 ， 进 而 整合 某 个 响应 。 

另 一 个 较为 常见 的 实践 方案 是 ， 当 采用 链 式 设计 模式 时 ， 每 项 微服 务 均 不 含 自身 的 
服务 器 ， 如 Nginx， 这 与 之 前 采用 的 方法 稍 有 不 同 ， 因 而 包含 了 一 个 应 用 程序 层 ， 并 需要 
对 相关 实例 进行 操控 。 

图 8.4 展示 了 常见 的 扩展 模型 。 其 中 ， 在 对 通信 链 中 较为 缓慢 的 微服 务 进行 识别 后 ， 
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将 创建 经 标识 后 的 、 新 的 微服 务实 例 ， 并 以 此 对 性 能 加 以 改善 。 图 8.4 中 ,我 们 选择 通过 
x 轴 或 垂直 扩展 模型 创建 更 多 的 服务 B 实例 。 


客户 端 /UIAPI 


i 


服务 A 服务 C 


| 
缓存 缓存 


图 8.4 


可 以 使 用 链 式 设计 模式 将 可 伸缩 性 策略 应 用 到 应 用 程序 的 各 个 部 分 ， 但 在 这 种 模式 的 
可 扩展 性 方面 ， 有 一 点 可 能 会 受到 影响 ， 即 微服 务 间 的 直接 通信 层 。 此 时 ， 较 好 的 选择 方 


案 是 尝试 最 小 化 微服 务 间 的 直接 通信 ， 对 此 ，DDD 以 及 异步 技术 可 有 效 地 降低 调用 次 数 。 
8.5 “大 泥 球 ” 反 模式 


所 有 科幻 迷 都 应 该 知道 或 听 说 过 死亡 之 星 (Death Star) 。 在 微服 务 体系 结构 中 , “HE 
亡 之 星 ” 用 于 描述 “大 泥 球 ” (Big Ball of Mud) 这 一 反 模 式 所 导致 的 问题 ， 特 别 是 当 我 
们 使 用 链 式 设计 模式 时 。 

对 于 域 中 缺乏 良好 定义 的 微服 务 ， 这 往往 会 产生 “大 泥 球 ” 反 模式 ， 使 得 微服 务 间 
彼此 依赖 以 实现 某 些 琐碎 的 任务 。 这 类 错误 将 在 微服 务 间 产生 一 系列 不 必要 的 调用 ， 并 
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导致 复杂 的 修正 问题 ， 例 如 延迟 现象 ， 严 重 时 还 会 出 现 循环 部 署 依赖 关 系 。 
图 8.5 显示 了 “大 泥 球 ” 反 模式 的 工作 示意 图 。 通 过 观察 可 知 ， 图 8.5 中 的 通信 模式 
类 似 于 “死亡 之 星 ”。 


图 8.5 


对 于 某 些微 服务 时 ， 自 由 通信 似乎 较为 有 趣 ， 但 这 也 表明 域 定义 尚 不 够 充分 ， 而 直 
接 循环 通信 依赖 则 说 明 微 服务 包含 了 较 强 的 耦合 ， 并 强制 在 发 布 过 程 中 予以 干涉 ， 以 避 
免 不 可 用 性 的 出 现 。 

下 列 内 容 显示 了 “大 泥 球 ” 反 模式 的 主要 特征 ， 以 供 读 者 加 以 甄别 : 

口 ” 域 缺乏 良好 的 定义 ， 并 强制 与 其 他 微服 务 进行 直接 连接 。 微 服务 的 访问 点 不 需 

要 足够 的 数据 处 理 某 项 任务 ， 这 将 在 其 他 微服 务 中 进行 搜索 ， 并 强制 执行 数据 
干涉 。 
ü ”强制 性 的 直接 通信 。 当 大 多 数 任务 或 全 部 任务 都 必须 进行 微服 务 之 间 的 直接 通 
信 时 ， 这 将 会 导致 以 下 问题 : 微服 务 处 于 “贫血 ”状态 ， 或 者 应 用 程序 整体 上 
有 所 欠缺 。 

ü ”集群 部 署 。 当 某 项 微服 务 因为 需要 另 一 个 微服 务 而 无 法 发 送 至 产品 中 时 ， 或 者 ， 
当 微 服务 内 部 签名 变化 导致 其 他 微服 务 裔 溃 时 ， 便 会 出 现 “ 死 亡 之 星 ” 这 一 类 
反 模 式 问题 。 在 微服 务 间 构建 业务 依赖 关系 意味 着 ， 处 理 过 程 无 法 自动 、 流 畅 
地 执行 。 
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如 果 应 用 程序 符合 上 述 某 项 特征 ， 那 么 ， 该 程序 正在 朝 着 “死亡 之 星 ”的 方向 发 展 
如 果 应 用 程序 与 上 述 多 项 特征 吻合 ， 那 么 你 简直 就 是 帕 尔 帕 廷 皇帝 ?! 


8.6 最 佳 实践 方案 


链 式 设计 模式 易于 实现 ， 特 别 是 处 理 我 们 已 经 习惯 的 工具 ， 如 HTTP 协议 。 然 而 ， 
考虑 到 微服 务 间 直 接 通信 过 渡 使 用 所 导致 的 难以 解决 的 问题 ， 链 式 设计 模式 往往 维护 起 
来 较为 复杂 。 

在 使 用 复杂 模式 的 应 用 中 ， 例 如 链 式 设计 模式 这 一 类 场合 ， 一 致 的 日 志 操作 将 有 助 
于 识别 异常 情况 。 但 在 分 布 式 通信 应 用 程序 中 ， 这 实现 起 来 较为 困难 。 

为 了 有 助 于 识别 微服 务 间 通 信 流 中 可 能 出 现 的 错误 问题 , 我 们 可 以 采用 相关 ID 这 一 
方式 。 

相关 ID 可 帮助 我 们 获得 分 布 于 多 项 微服 务 间 的 整体 任务 概况 。 一 种 相对 简单 的 、 基 
于 HTTP 的 相关 ID 实现 方法 是 发 送 请 求 头 中 的 UUID， 并 将 该 UUID 用 作 标 识 符 并 写 入 
日 志 。 

从 之 前 所 讨论 的 各 种 模式 来 看 ， 这 一 点 尤其 值得 我 们 注意 。 当 使 用 链 式 模式 时 ， 稍 
有 朴 忽 即 会 对 开发 路 径 产生 破坏 ， 而 调整 过 程 也 会 变 得 异常 复杂 。 相 比 之 下 ， 一 些 最 佳 
实践 方案 可 降低 问题 出 现 的 几率 。 


8.6.1. 纯 微服 务 


在 业务 设计 过 程 中 ， 应 采用 纯 微 服务 ， 这 意味 着 ,微服 务必 须 在 其 域 中 是 非常 小 的 ， 
并 且 完 全 能 够 在 不 受 其 他 微服 务 干扰 的 情况 下 执行 其 功能 。 


8.6.2 请求 一 致 性 数据 


考虑 到 降低 与 微服 务 使 用 者 之 间 的 冲突 ， 开 发 人 员 通 常会 制定 相关 策略 ， 以 对 数据 
进行 推断 。 当 然 ， 我 们 也 无 须 对 这 一 类 冲突 产生 恐惧 心理 。 在 其 端点 处 ， 微 服务 必须 接 
收 完成 创建 任务 所 需 的 所 有 信息 。 

当 采 用 缺乏 一 致 性 或 者 糟糕 的 数据 时 ， 尝 试 与 微服 务 协同 工作 就 像 是 坐 进 出 租车 ， 
并 让 司机 去 猜测 目的 地 一 样 。 


O 帕 尔 帕 廷 皇帝 是 电影 《星球 大 战 》 中 的 头号 反派 角色 一 一 译 者 注 。 
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8.6.3 ”深入 理解 链 式 设计 模式 


如 前 所 述 ， 某 些 时 候 ， 微 服务 间 的 直接 通信 不 可 避免 。 此 时 ， 链 式 设计 模式 可 发 挥 
其 功效 。 然 而 ， 较 长 的 通信 链 同 时 也 意味 着 维护 工作 将 变 得 更 加 复杂 。 

必要 时 ， 直 接 通信 的 维护 工作 可 在 单 级 上 进行 ， 如 服务 A 一 服务 B。 若 直接 通信 和 包 
含 两 级 或 多 级 ， 如 服务 A 一 服务 B 一 服务 C， 那 么 ， 系 统 故障 的 风险 、 部 署 的 复杂 性 和 可 
扩展 性 都 在 不 断 增长 。 

若 多 级 微服 务 之 间 存 在 直接 通信 ， 其 实现 过 程 会 创建 一 个 系统 故障 点 ， 特 别 是 执行 
直接 通信 并 为 终端 用 户 收 集 数据 时 。 

微服 务 间 的 直接 通信 并 不 会 被 禁止 ， 但 应 尽量 避免 使 用 。 


8.64 关注 通信 层 


由 于 链 式 设计 模式 采用 了 直接 通信 ， 因 而 应 尽 可 能 地 降低 此 类 通信 产生 的 延迟 。 注 
意 ， 当 处 理 通信 链 和 微服 务 时 ， 应 用 程序 使 用 者 将 等 待 请 求 的 响应 结果 。 

为 了 减少 微服 务 间 与 直接 通信 相关 的 延迟 量 ， 建 议 使 用 二 进 制 协议 工具 或 者 在 使 
协议 时 进行 调试 。 


87 链 式 设计 模式 的 优 缺 点 


与 其 他 模式 一 样 ， 链 式 设计 模式 包含 了 自身 的 优 缺 点 。 但 是 ， 若 未 经 良好 实现 ， 链 
式 模 式 会 引发 更 加 复杂 的 问题 。 

下 列 内 容 列举 了 链 式 模式 的 一 些 优点 

ü ”实现 过 程 更 具 实践 性 。 

Q ”业务 推动 力 。 

口 ”独立 的 可 伸缩 性 。 

口 ”微服 务 访问 的 封装 。 

尽管 如 此 ， 该 模式 的 一 些 缺点 也 应 引起 我 们 的 注意 ， 其 中 包括 : 

ü 延迟 问题 。 
O 数据 持 有 者 往往 难以 辨识 。 
口 调试 的 困难 性 。 
因此 ， 与 微服 务 协同 工作 并 非 易 事 ， 除 了 自身 技术 之 外 ， 诸 多 因素 均 会 对 其 产生 影 
响 。 在 后 续 章 节 中 ， 我 们 将 继续 探讨 如 何在 应 用 程序 中 正确 地 使 用 微服 务 ， 并 理解 实际 
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操作 过 程 中 的 最 佳 应 用 方式 。 
8.8 AX 
本 章 介 绍 了 链 式 设计 模式 的 操作 过 程 ， 包 括 其 应 用 方式 ， 以 及 如 何 帮 助 我 们 处 理 某 


些 通信 问题 。 
第 9 章 将 继续 对 当前 项 目 加 以 讨论 ， 并 学 习 一 种 新 的 设计 模式 。 
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前 述 章节 讨论 了 聚合 器 设计 模式 以 及 链 式 设计 模式 的 协同 工作 方式 。 本 章 将 介绍 一 
种 名 为 分 支 设计 模式 的 操作 ， 该 模式 可 视 为 聚合 器 模式 和 链 式 模式 间 的 一 种 变化 版 本 。 

分 支 设计 模式 可 视 作 聚合 器 和 链 式 设计 模式 的 进化 结果 ， 以 更 好 地 服务 于 应 用 程序 
的 业务 层 。 

在 本 章 的 结尾 ， 我 们 将 能 够 识别 、 分 类 和 理解 该 模式 的 特征 ， 并 发 现 分 支 设计 模式 
的 最 佳 应 用 场合 及 其 概念 规则 。 

本 章 主要 涉及 以 下 内 容 : 

ü 数据 编排 。 

口 ”微服 务 通信 。 

ü 模式 扩展 性 。 

口 最 佳 实践 方案 。 


9.1 理解 模式 


前 述 章 节 讨 论 了 一 些 模式 的 应 用 方式 ， 不 难 发 现 ， 每 种 模式 均 包含 特定 的 用 途 。 从 
这 个 意义 上 讲 ， 一 些 模式 对 技术 功能 提供 了 较 好 的 支持 ， 如 可 扩展 性 、 实 用 性 以 及 弹性 。 
除 此 之 外 ， 其 他 一 些 模式 则 更 关注 于 业务 层 。 

当 我 们 比较 聚合 器 设计 模式 和 链 式 设计 模式 时 ， 就 会 出 现 这 种 情况 : 两 种 模式 旨 在 
对 业务 加 以 改善 ， 但 很 明显 ， 聚 合 器 设计 模式 更 多 注重 于 技术 方面 ， 而 链 式 设计 模式 则 
寻找 相应 的 解决 方案 ， 以 对 业务 提供 相关 服务 。 在 某 些 情 况 下 ， 对 于 应 用 程序 来 说 ， 此 
类 解决 方案 可 能 并 不 是 最 佳 结果 。 

分 支 设计 模式 则 是 聚合 器 设计 模式 的 扩展 ， 并 支持 两 个 微服 务 链 中 的 同步 响应 处 理 。 
对 于 技术 内 容 与 业务 层 间 所 产生 的 冲突 ， 分 支 模式 试图 寻找 一 种 中 间 方 案 ， 其 目标 是 在 
单一 模式 中 整合 聚合 器 设计 模式 和 链 式 设计 模式 的 优点 。 

如 前 所 述 ， 链 式 设 计 模式 的 缺点 在 于 ， 对 于 数据 整合 或 任务 执行 ， 相 关 调 用 位 于 较 长 
的 链 中 ; 而 分 支 模 式 则 采用 聚合 器 降低 链 的 尺寸 , 同时 在 微服 务 调用 中 构建 一 种 并 发 机 制 。 
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初 看 之 下 ， 分 支 模式 这 一 概念 较为 复杂 。 下 面 将 对 问题 的 每 一 部 分 加 以 讨论 ， 以 使 
相关 解决 方案 趋 于 完美 。 

当 采 用 链 式 设计 模式 时 ， 常 会 生成 较 长 的 同步 通信 和 链 ， 使 得 应 用 程序 的 使 用 者 等 待 
构成 该 决策 链 的 、 每 项 微服 务 的 执行 操作 ， 如 图 9.1 所 示 。 


图 9.1 


在 微服 务 调 用 中 ， 避 免 此 类 长 链 类 型 似乎 较为 简单 ， 但 事实 并 非 如 此 。 具 体 来 说 ， 
任意 创建 同步 调用 是 一 种 较为 常见 的 做 法 。 在 图 9.1 中 , 我 们 很 容易 看 到 长 链 的 存在 ; 但 
在 实际 操作 中 ， 通 常会 涉及 数 百 、 数 千 个 端点 ， 长 链 往 往 难以 发 现 。 

图 9.2 显示 了 3 个 发 送 至 应 用 程序 的 请 求 。 其 中 ， 每 个 请 求 均 包含 了 自身 的 执行 链 。 
因此 ， 识 别 每 个 同步 调用 链 及 其 尺寸 将 会 是 一 项 越 来 越 复杂 的 任务 。 

针对 理解 过 程 、 维 护 操作 、 向 当前 业务 添加 值 以 及 技术 内 容 ， 为 了 降低 其 复杂 度 ， 


我 们 可 以 采用 分 支 设计 模式 。 
分 支 设计 模式 涵盖 了 以 下 规则 : 
ü 采用 直接 调用 链 的 响应 整合 结果 , 无 法 将 一 个 直接 调用 扩展 到 另 一 个 微服 务 上 。 
ü ”如果 响 应 需要 更 多 的 数值 ， 可 创建 一 个 聚合 逻辑 ， 并 根据 需要 对 多 个 链 触 发 并 
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图 9.2 


让 我 们 更 好 地 理解 这 一 过 程 。 从 技术 角度 来 看 ， 存 在 一 个 微服 务 负责 编排 数据 (该 
数据 置 于 应 用 程序 中 的 所 有 其 他 微服 务 之 上 ) ， 以 及 一 个 聚合 器 设计 模式 。 差 异 主 要 来 
自 编排 器 下 面 的 微服 务 的 行为 。 

而 在 聚合 器 中 ， 编 排 器 将 向 微服 务 传播 消息 ; 在 分 支 设计 模式 中 ， 编 排 器 向 微服 务 


和 微服 务 链 发 送 消息 。 其 中 ， 这 一 类 链 限 定 于 一 个 同步 调用 中 。 

分 支 设 计 模式 的 基本 理念 是 支持 微服 务 间 的 直接 同步 通信 ， 但 会 降低 出 现 于 应 上 
程序 内 部 的 长 请 求 链 的 开销 。 同 样 ， 每 个 微服 务 域 对 于 维护 适当 的 调用 结构 是 至 关 重 
要 的 。 

图 9.3 展示 了 分 支 设计 模式 的 行为 。 图 中 , 前 端 负责 生成 请 求 , 并 传递 至 负载 平衡 器 ; 
同时 ， 该 请 求 根据 负责 编排 数据 的 端点 而 分 布 。 每 个 编排 器 将 咨询 构成 当前 信息 所 需 的 
微服 务 ， 这 些微 服务 可 能 呈现 为 个 体 状 态 ， 或 者 是 微服 务 链 。 对 于 内 部 层 的 请 求 、 并 发 
微服 务 ， 以 及 较 短 的 同步 直接 调用 链 ， 应 用 程序 的 整体 响应 时 间 将 大 幅 减少 。 
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客户 端 /ULAPI 


* 


负载 平衡 器 


请 求 2 ETT 


微服 务 聚 合 器 


端点 聚合 器 2 端点 聚合 器 3 
7 


9.2 ”数据 编排 和 响应 整合 


对 于 分 支 设计 模式 的 数据 整合 ， 其 复杂 度 一 般 认 为 是 最 高 的 。 这 里 ， 高 复杂 度 源 自 
以 下 事实 : 当 采 用 分 支 时 ， 我 们 通过 交 蔡 方式 或 同步 方式 ， 同 时 使 用 了 数据 的 整合 操作 
以 及 数据 的 编排 操作 。 

当 采 用 分 支 设计 模式 时 ， 较 为 常见 的 情形 是 ， 数 据 的 整合 出 现 于 微服 务 的 内 部 层 中 。 
显然 ， 数 据 编 排 则 位 于 面向 公共 层 中 。 读 者 需要 牢记 的 是 ， 复 杂 的 数据 搜索 意味 着 更 多 
的 时 间 和 机 器 资源 来 创建 完整 的 响应 。 

图 9.4 显示 了 数据 合成 在 内 部 层 中 的 执行 处 理 过 程 , 以 及 面向 公共 层 的 数据 编排 过 程 。 

下 面 让 我 们 进一步 查看 图 中 的 执行 流程 。 

(1) 微服 务 聚 合 器 接收 来 自 API 的 请 求 ， 并 将 响应 整合 至 应 用 程序 的 使 用 者 处 。 

(2) 编排 处 理 将 执行 随后 的 步 又， 并 于 其 中 识别 数据 搜索 所 需 执行 的 命令 。 

(3) 将 会 触发 3 条 命令 ， 这 些 命令 知晓 在 哪些 微服 务 中 获取 数据 。 

(D 当前 ， 内 部 层 微 服务 开始 工作 ， 并 发 送 命令 所 请 求 的 信息 。 
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微服 务 聚 合 器 


三 六 编排 处 理 


图 9.4 


(5) 一 些微 服务 ， 如 服务 A 和 服务 C， 确 定 它们 没有 能 力 完 成 所 请 求 的 任务 ， 并 分 
别 调用 服务 B 和 服务 D。 

C6) 服务 B 和 服务 D 分 别针 对 服务 A 和 服务 C 以 同步 处 理 方式 返回 数据 。 

CD) 通过 来 自 服务 B 和 服务 D 的 数据 ， 服 务 A 和 服务 C 开始 合成 数据 ， 并 向 发 起 
通信 的 命令 返回 单个 响应 。 

(8) 相关 命令 将 所 接收 的 数据 返回 至 编排 处 理 过 程 ， 依 次 处 理 信息 并 整合 数据 。 

(9) 最 后 一 步 是 将 整合 后 的 数据 返回 至 应 用 程序 的 使 用 者 。 

上 述 流 程 涉及 较 多 内 容 且 相对 复杂 ， 但 并 不 意味 着 其 过 程 缓慢 。 显 然 ， 诸 如 延迟 和 
性 能 问题 将 会 始终 蒙 绕 于 使 用 微服 务 架 构 的 开发 人 员 的 脑海 中 。 微 服务 模式 自身 并 不 会 
减缓 应 用 程序 的 运行 速度 ， 一 些 导致 速度 缓慢 的 因素 包括 通信 层 、 域 定义 以 及 较 差 的 扩 
展 实践 方案 。 


9.3 ”微服 务 通信 


与 链 式 设计 模式 类 似 ， 分 支 设 计 模 式 也 采用 了 微服 务 间 的 同步 通信 模型 ， 因 而 可 借 
鉴 某 些 同步 通信 执行 方式 。 

第 一 种 方法 是 采用 某 种 协议 或 者 直接 消息 的 同步 通信 ， 这 也 是 微服 务 间 同步 通信 最 
为 简单 的 使 用 方式 。HTTP 则 是 较为 著名 一 个 协议 示例 ; 而 作为 直接 消息 , 我 们 可 使 用 远 
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程 过程 调 用 〈RPC) 。 但 是 ， 分 支 设计 模式 也 包含 自身 的 特性 一 一 该 模式 仅 与 编排 和 数 
据 合成 过 程 协同 工作 。 

针对 数据 合成 ， 协 议 的 使 用 则 较为 简单 且 广 泛 被 人 们 所 接受 。 不 同 的 是 ， 当 涉及 编 
排 处 理 过 程 时 ， 则 无 法 采用 相同 方式 予以 处 理 ， 其 原因 在 于 ， 数 据 的 编排 出 现 于 相同 的 
微服 务 中 。 尽 管 如 此 ， 微 服务 中 的 内 部 通信 仍 可 通过 下 列 3 种 方式 工作 


口 


顺序 方式 ， 即 不 存在 并 发 或 并 行 机 制 。 这 意味 着 ， 当 需要 将 命令 消息 发 送 至 微 
服务 时 ， 全 部 处 理 可 视 作 一 个 序列 。 如 果 需 要 执行 4 条 命令 构成 数据 ， 那 么 所 
有 的 命令 都 将 按 顺序 执行 。 

线程 。 其 中 , 可 以 使 用 POSIX 线程 (pthreads) 和 绿色 线程 。 对 于 开发 人 员 来 说 ， 
线程 控制 并 非 易 事 。 如 果 某 个 线程 失效 ， 数 据 编排 将 会 受到 损害 。 但 是 ， 线 程 
也 是 最 为 实用 的 处 理 方式 一 一 不 需要 使 用 到 编程 语言 的 外 部 组 件 在 命令 的 执行 
过 程 中 创建 某 种 级 别 的 竞争 或 并 行 机 制 。 

消息 代理 。 使 用 事务 消息 代理 在 微服 务 中 传输 敏感 数据 是 一 种 很 常见 的 做 法 。 
消息 代理 的 缺点 是 在 微服 务 中 添加 了 物理 组 件 。 相 比 之 下 ， 其 优点 则 是 能 够 执 
行 数据 传输 过 程 中 更 具 弹 性 的 策略 。 与 事务 协同 工作 这 一 简单 的 事实 已 然 可 视 
作 是 一 种 很 好 的 资源 。 


图 9.5 显示 了 微服 务 中 消息 代理 的 内 部 工作 方式 。 不 难 发 现 , 消息 代理 在 编排 处 理 和 
负责 调用 每 个 微服 务 或 微服 务 链 的 命令 之 间 建 立 了 一 个 桥梁 ， 以 便 为 应 用 程序 使 用 者 创 


建 唯一 的 响应 。 


微服 务 聚 合 器 
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正如 在 微服 务 内 部 使 用 消息 代理 一 样 ， 我 们 可 以 在 编排 微服 务 和 其 他 微服 务 之 间 使 
用 非常 相似 的 通信 策略 。 

通过 将 消息 代理 用 作 通 信 层 ， 甚 至 采用 链 式 通信 的 微服 务 也 开始 使 用 这 一 物理 组 件 。 
图 9.6 显示 了 之 前 所 描述 的 概念 。 


微服 务 聚 合 器 


i 


9.4 模式 扩展 


分 支 设计 模式 可 视 为 链 式 模式 和 聚合 器 模式 的 组 合 结果 。 因 此 ， 其 中 的 所 有 扩展 和 
应 用 模型 均 适 用 于 分 支 设计 模式 ， 但 某 些 地 方 仍 需要 引起 我 们 足够 的 重视 。 

根据 扩展 立方 体 模 型 ， 我 们 可 使 用 x fü. y 轴 和 = 轴 扩 展 。 然 而 ， 对 于 当前 模式 的 每 
一 部 分 ， 轴 向 的 使 用 方式 也 有 所 不 同 。 

对 于 微服 务 的 编排 行为 ， 仅 可 使 用 轴 和 x 轴 ， 这 一 限制 条 件 主要 体现 在 : 除了 与 
之 通信 的 其 他 微服 务 发 送 的 数据 之 外 ， 编 排 器 不 具备 任何 数据 访问 权限 。 

当 谈 论 负责 数据 操控 的 微服 务 时 ， 情 况 则 有 所 变化 。 此 时 ， 全 部 轴 向 均 可 针对 应 
程序 提供 可 扩展 性 。 

需要 注意 的 是 ， 如 果 工 程 团队 选择 将 物理 组 件 用 作 微服 务 间 的 通信 层 ， 而 非 协议 
那么 ， 该 物理 组 件 同样 需要 包含 可 扩展 性 ， 或 者 至 少 采 用 一 种 弹性 策略 ， 以 保证 应 用 程 
序 不 会 月 溃 。 诸 如 物理 组 件 集群 ， 甚 至 是 简单 的 主 /从 策略 都 可 使 不 可 用 现象 显著 降低 。 
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9.5 最 佳 实 践 方案 


就 具体 实现 来 说 ， 分 支 设计 模式 是 最 为 复杂 的 模式 之 一 ， 对 于 维护 工作 尤其 如 此 。 
针对 这 种 模式 类 型 ， 遵 循 良好 的 实现 方案 往往 具有 强制 意味 而 不 再 是 一 种 建议 )。 

针对 这 一 主题 ， 我 们 将 讨论 采用 哪些 较 好 的 实践 方案 ， 以 在 使 用 分 支 设计 模式 时 避 
免 出 现 问 题 。 


9.5.0 REX 


链 式 设计 模式 可 视 为 一 种 标准 ， 并 支持 较 低 的 域 定义 级 别 一 一 顺序 调用 长 链 即 体现 
了 这 一 点 。 然 而 ， 分 支 设计 模式 却 不 存在 这 种 错误 类 型 的 空间 。 

当 我 们 将 分 支 视 为 一 种 应 用 程序 模式 时 ， 设 置 较 短 的 调用 链 则 是 一 种 业务 选择 方案 。 

在 实现 分 支 设计 模式 之 前 、 期 间 和 之 后 ， 可 重新 访问 应 用 程序 的 域 ， 并 采用 DDD 处 
理 过 程 适当 地 限制 每 个 微服 务 的 范围 。 


9.5.2 ”遵守 规则 


在 决定 采用 分 支 设 计 模式 之 前 ， 应 全 面 理解 该 模式 的 操作 行为 。 分 支 设计 模式 是 本 
书 最 复杂 的 模式 之 一 ， 因 此 ， 完 整地 理解 该 模式 可 视 作 最 基本 的 要 求 。 

此 处 指 的 是 模式 的 实现 规则 。 创建 混合 或 不 完全 符合 模式 的 内 容 意 味 着 性 能 的 损失 、 
维护 的 极度 困难 、 测 试 的 困难 以 及 许多 其 他 可 能 带 来 伤害 的 因素 。 

如 果 某 些 模式 规则 因为 域 业务 而 需要 修改 ， 那 么 请 停 下 来 对 此 加 以 思考 。 这 里 存在 
两 种 可 能 性 : 域 未 经 良好 定义 ; 或 者 模式 不 适 于 当前 业务 。 


9.5.3 ”关注 物理 组 件 


当 使 用 分 支 设计 模式 时 ， 其 中 涉及 两 个 重要 概念 ， 即 数据 编排 和 数据 合成 。 将 每 种 
抽象 概念 置 于 各 自 的 市 场地 位 中 并 不 是 一 件 易 事 ， 另 外， 构建 编排 和 合成 操作 间 的 通信 
机 制 则 更 加 困难 。 

通常 情况 下 ， 为 了 降低 通信 的 复杂 度 ， 可 使 用 消息 代理 这 一 类 物理 组 件 。 针 对 此 类 
组 件 ， 由 于 应 用 程序 的 所 有 流量 和 数据 都 途径 此 类 组 件 ， 所 以 我 们 必须 加 倍 关 注 。 

提供 可 伸缩 性 、 实 时 更 新 和 物理 组 件 的 监视 行为 ， 对 于 应 用 程序 的 可 用 性 至 关 重 要 。 
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954 简化 行为 


模式 越 复杂 ， 其 实现 就 越 简 单 。 丰 富 的 变化 和 健壮 的 堆栈 进一步 增加 了 维护 、 理 解 
和 学 习 应 用 程序 的 成 本 。 

在 分 支 设计 模式 中 ， 维 护 的 简单 性 与 降低 实现 新 特性 的 成 本 之 间 具 有 直接 关系 。 显 
然 ， 降 低 复杂 度 并 不 意味 着 域 业 务 不 可 使 用 该 模式 。 这 与 决策 相关 ， 且 无 须 考虑 未 经 适 
当 验 证 这 种 可 能 


9.6 ”分支 设计 模式 的 优 缺点 


分 支 设计 模式 相对 复杂 ， 但 同时 也 十 分 有 效 且 兼 具 灵 活性 。 理 解 相关 操作 以 及 应 用 
该 模式 的 时 机 可 有 效 地 防止 问题 的 出 现 。 

下 列 内 容 列举 了 该 模式 的 一 些 优点 : 

ü ”实现 的 灵活 性 。 

O ”独立 的 可 扩展 性 。 

Q ”微服 务 访问 的 封装 。 

口 合成 能 力 和 编排 操作 。 

当然 ， 我 们 也 应 该 了 解 该 模式 的 一 些 缺 点 ， 其 中 包括 

O ”可 能 导致 的 延迟 问题 。 

口 ”难以 辨识 数据 的 持 有 者 。 

口 调试 难度 加 大 。 

在 开始 阶段 ， 分 支 设计 模式 的 复杂 性 可 能 令 人 望而却步 。 然 而 ， 从 技术 角度 和 业务 
角度 来 看 ， 分 支 的 各 种 可 能 性 使 其 成 为 值得 全 力 关注 的 模式 。 
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本 章 讨论 了 最 为 复杂 的 模式 之 一 ， 即 分 支 设 计 模式 ， 并 介绍 了 该 模式 的 应 用 方式 和 
时 机 ， 以 及 实现 该 模式 时 所 需 注意 的 问题 。 
第 10 童 将 继续 讨论 微服 务 架构 的 最 新 模式 。 


第 10 章 异步 消息 微服 务 


第 9 章 讨论 了 分 支 设计 模式 ， 该 模式 常 与 微服 务 间 的 直接 顺序 通信 协同 工作 。 本 章 将 介 
绍 并 使 用 异步 消息 设计 模式 。 对 此 , 我 们 需要 创建 男 一 个 微服 务 , 即 RecommendationService， 
并 负责 显示 应 用 程序 注册 用 户 感 兴趣 的 新 闻 类 型 。 

本 章 将 实现 全 部 的 、 与 异步 消息 设计 模式 相关 的 概念 。 最 后 ， 我 们 还 将 探讨 其 应 用 
位 置 和 时 机 。 

本 章 主 要 涉及 以 下 内 容 : 
域 定义 。 
数据 定义 。 
使 用 消息 代理 。 
模式 的 可 扩展 性 。 
反 模 式 。 
最 佳 实践 方案 。 


OOOOODO 


10.1 理解 当前 模式 


我 们 已 经 了 解 到 REST (表述 性 状态 转移 ) 的 简单 性 和 实用 性 ， 主 要 原因 在 于 REST 
在 市 场 中 的 成 熟 度 。 另 外 ，REST 层 的 工具 和 框架 数量 对 其 流行 程度 也 提供 了 辅助 作用 。 

REST 调用 包含 一 个 同步 字符 ， 由 于 当前 技术 所 用 的 请 求 /响应 模型 ， 同 步调 用 将 被 
阻塞 。 虽 然 缺少 显著 特征 ， 但 此 类 调用 类 型 对 于 应 用 程序 业务 来 说 通常 不 可 或 缺 。 这 也 
表明 ， 应 用 程序 微服 务 间 存在 某 种 程度 的 耦合 。 

纯 微 服务 必须 完全 能 够 执行 分 配给 它 的 任务 ， 而 不 需要 与 男 一 个 微服 务 进行 通信 。 
纯 微服 务 的 另 一 个 特点 是 ， 它 执行 任务 时 不 需要 返回 响应 ， 仅 是 简单 地 接收 请 求 并 执行 
所 需 操 作 。 从 这 个 意义 上 来 讲 ， 异 步 消息 传递 设计 模式 可 视 为 一 个 模型 ， 并 可 自然 地 与 
纯 微服 务 协同 工作 。 鉴 于 该 模式 的 特性 ， 消 息 被 发 送 后 ， 不 存在 针对 其 他 微服 务 的 信息 
响应 或 传播 。 因此， 请 求生 成 器 无 须 被 告知 如 何 持续 工作 ， 它 仅 发 送 一 条 消息 并 知晓 具 
体位 置 ， 某 个 微服 务 将 获得 一 条 消息 并 执行 所 确定 的 内 容 。 

这 种 模式 无 疑 是 最 具 可 扩展 性 的 。 考 虑 到 微服 务 的 同步 字符 ， 在 任务 完成 过 程 中 
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将 不 会 对 应 用 程序 的 最 终 使 用 者 带 来 任何 不 便 。 

异步 消息 设计 模式 可 与 其 他 模式 结合 使 用 。 除 此 之 外 ， 对 于 微服 务 间 的 通信 模型 ， 
该 模式 最 为 适宜 。 

考察 图 10.1， 以 便于 我 们 更 好 地 理解 异步 消息 设计 模式 的 流程 。 在 该 图 中 ， 服 务 A 
构建 与 服务 B、 服 务 C 和 服务 D 之 间 的 同步 通信 。 反 过 来 ， 服 务 B、 服 务 C 和 服务 DD iR 
别 到 有 一 项 任务 需要 执行 ， 但 是 ， 该 任务 对 于 这 些微 服务 的 工作 流 的 连续 性 来 说 不 是 必 
需 的 ， 因 此 随后 它们 会 向 队列 发 送 消息 。 另 一 侧 是 服务 E 和 服务 F， 它 们 监听 队列 并 使 
用 发 送 的 消息 执行 任务 。 该 通信 模型 称 作 异 步 模型 ， 其 中 ， 消 息 被 发 送 且 不 需要 任何 类 
型 的 响应 。 这 正 是 异步 消息 设计 模式 所 使 用 的 工作 类 型 。 


客户 端 /UIAPI 


图 10.1 


前 述 内 容 讨论 了 异步 消息 设计 模式 的 行为 和 工作 方式 ， 下 面 将 在 应 用 程序 中 实现 该 
模式 。 
当 在 新 闻 门 户 网 站 中 使 用 异步 消息 设计 模式 时 ， 需 要 创建 一 个 新 的 微服 务 ， 并 负责 
为 应 用 程序 的 用 户 存 储 推荐 内 容 。 对 此 ， 微 服务 RecommendationService 通过 两 种 方式 工 
作 ， 即 监听 发 送 至 队列 中 的 消息 ， 并 使 用 直接 连接 到 应 用 程序 代理 的 HITP API。 通 过 这 
种 方式 ， 可 存储 与 既定 用 户 新 闻 首 选项 相关 的 信息 ， 并 能 够 查询 由 应 用 程序 API 直接 记 
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录 的 首选 项 。 

除了 RecommendationService 微服 务 使 用 异步 消息 生成 推荐 内 容 之 外 ,该 微服 务 还 将 
使 用 同步 调用 并 通过 UsersService 微服 务 的 数据 完成 推荐 信息 。 

10.2 显示 了 微服 务 的 分 布 方式 。 不 难 发 现 ， 该 图 与 图 10.1 类 似 ， 并 可 用 于 理解 异 
步 消息 设计 模式 的 操作 方式 。 


客户 端 /ULAPI 


+ 


代理 /负载 平衡 器 


Í Í 


Users 


Sports News 同步 
iz: -— Y 
* Service HTTP Service 
Famous New | » Politics News Recommendation € | 


Service Service Service 


异步 消息 对 列 


图 10.2 


10.2 Xx 3. —— RecommendationService 


通过 RecommendationService 微服 务 示例 , 我 们 已 经 了 解 到 可 在 当前 应 用 程序 中 采 | 
异步 消息 设计 模式 。 当 然 ， 这 是 我 们 所 创建 的 一 项 非常 简单 的 服务 ， 并 且 与 实际 产品 中 
推荐 系统 微服 务 的 复杂 性 相去 甚 远 。 因 此 ，RecommendationService 是 一 个 基于 演示 目的 
的 微服 务 ， 旨 在 实现 异步 消息 设计 模式 的 应 用 。 

在 了 解 了 这 一 点 后 ， 下 面 将 定义 业务 内 容 以 及 RecommendationService 域 。 相 关 理念 
十 分 简单 一 一 当 新 闻 门 户 网 站 用 户 搜索 特定 新 闻 内 容 时 ， 该 新 闻 中 的 标记 将 与 用 户 ID 相 
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关联 。 通 过 关联 标记 上 的 ID， 我 们 可 以 了 解 用 户 最 喜欢 的 主题 是 什么 ， 并 以 此 推荐 新 闻 
内 容 和 定制 网 页 。 


10.3 Æ 3. —— RecommendationService 


下 面 将 通过 创建 一 个 基于 所 用 数据 库 的 容器 ， 开 始 着 手 开发 RecommendationService 
微服 务 。 在 当前 微服 务 中 ， 将 使 用 基于 图 形 的 数据 库 Neo4j。 除 了 易于 实现 之 外 ， 该 数据 
库 的 行为 十 分 有 趣 ， 因 而 可 视 为 当前 应 用 程序 的 完美 示例 。 

在 docker-compose.yml 文件 中 ， 我 们 将 稍 作 调整 并 向 栈 中 加 入 Neo4j， 如 下 所 示 : 


recommendation db: 
image: neo4j:latest 
ports: 
- "7474:7474" 
- "7687:7687" 
environment: 
NEO4J AUTH: "none" 


通过 上 述 代码 ，Docker 容器 中 即 包 含 了 Neo4j 实例 。 


10.4 微服 务 编码 


当前 已 经 设置 了 RecommendationService 微服 务 的 数据 库 ， 该 数据 库 定义 并 创建 于 
docker-compose.yml 文件 中 。 此 处 ， 我 们 将 执行 相同 的 操作 并 针对 微服 务 创建 一 个 容器 ， 
同时 再 次 编辑 docker-compose.yml 文件 。 

在 对 应 代码 中 ， 除 了 一 些 环境 变量 定义 外 ， 还 包含 了 一 个 依赖 项 、 数 据 库 和 消息 代 
理 ， 主 要 用 于 连接 到 数据 库 和 队列 ， 如 下 所 示 : 


recommendation service: 
image: recommendation service 
build: ./RecommendationService 
volumes: 
- './RecommendationService:/app" 
environment: 
- QUEUE HOST-amqp://guest:guest8rabbitmq 
- DATABASE URL-http://recommendation db:7474/db/data 
- USER SERVICE ROUTE-http://172.17.0.1/user/ 
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depends on: 
- recommendation db 
- rabbitmq 

links: 
- recommendation db 
- rabbitmq 


下 面 创建 RecommendationService 目录 和 文件 。 最 终 ， 微 服务 结构 如 下 所 示 : 


| 一 RecommendationService 
| H Dockerfile 

| H|— init .py 

| P config.yami 

| H modeis.py 

| H requirements.txt 

| lI service.py 


下 面 将 编写 RecommendationService 微服 务 代 码 ， 并 编辑 Dockerfile. Dockerfile 代码 
与 News 微服 务 的 代码 相同 ， 这 是 因为 此 处 使 用 了 相同 的 框架 , 在 当前 示例 中 为 nameko。 


FROM python:3.6.1 

COPY . /app 

WORKDIR /app 

RUN pip install -r requirements.txt 

ENTRYPOINT ["nameko"] 

CMD ["run", "--config", "config.yaml", "service"] 
EXPOSE 5000 


下 一 步 是 编写 config.yaml 文件 ， 该 文件 负责 通知 nameko 与 其 协同 工作 的 设置 类 型 。 
由 于 我 们 还 将 使 用 nameko 并 基于 HTTP 协议 进行 通信 , 因而 会 设置 相关 定义 , 例如 worker 
的 数量 ， 以 及 nameko 将 在 哪 一 个 路 径 上 响应 请 求 。 考 察 下 列 代码 : 


AMQP URI: 'amgp://guest:guest@rabbitmq' 
WEB SERVER ADDRESS: '0.0.0.0:5000' 
max workers: 10 
parent calls tracked: 10 
LOGGING: 
version: 1 
handlers: 
console: 
class: logging.StreamHandler 


root: 
level: DEBUG 
handlers: [console] 
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前 述 内 容 设置 了 创建 应 用 程序 实例 的 文件 ， 下 面 将 构建 requirements.txt 文件 并 设置 
依赖 关系 。 具体 来 说 , 该 文件 包含 4 个 依赖 关系 , 分 别 是 pytest (单元 测试 工具 ) 、nameko 
(表示 为 应 用 程序 框架 )、Py2neo (表示 为 应 用 程序 和 Neo4j 间 的 驱动 程序 ) 以 及 requests 
(其 功能 之 前 有 所 介绍 ) 。requirements.txt 文件 中 的 相关 内 容 如 下 所 示 : 
pytest 
nameko 


py2neo 
requests 


待 全 部 配置 文件 准备 完毕 后 , 接 下 来 将 编写 models.py 文件 。 考虑 到 所 用 数据 库 的 特 
点 ， 该 文件 与 其 他 models.py 文件 稍 有 不 同 ， 且 并 不 是 由 实体 构成 的 模型 。 相 反 ， 该 文件 
表示 为 一 组 函数 ， 并 与 数据 库 中 的 数据 协同 工作 。 

第 一 步 是 在 models.py 文件 中 添加 导入 语句 ， 此 处 的 重点 是 数据 库 的 导入 操作 。 由 于 
当前 数据 库 使 用 了 图 形 ， 因 而 不 可 将 无 法 识别 的 类 型 导入 数据 库 中 ;相应 地 ， 我 们 需要 
创建 图 形 模型 中 的 关系 ， 如 下 列 代码 所 示 : 

import os 

from py2neo import ( 

Graph, 
Node, 
Relationship, 


) 

因此 ， 我 们 在 代码 中 声明 了 业务 结构 化 的 常量 。 之 前 已 经 了 解 到 ， 针 对 当前 业务 内 
容 ， 对 应 关系 为 应 用 程序 用 户 和 新 闻 标记 之 间 的 关系 。 其 中 ， 关 系 类 型 通常 表示 为 推荐 
内 容 ， 如 下 所 示 : 

USERS NODE = 'Users' 

LABELS NODE = 'Labels"' 

REL TYPE = 'RECOMMENDATION' 


随后 ,可 通过 docker-compose.yml 文件 中 设置 的 环境 变量 创建 数据 库 连接 , 如 下 所 示 : 


graph = Graph(os.getenv('DATABASE URL')) 


models.py 文件 中 的 第 1 个 函数 用 于 获取 用 户 节点 ,并 作为 参数 传递 user id. 如 下 所 示 : 


def get user node(user id): 
return graph.find one( 
USERS NODE, 
property key-'id', 
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property value-user id, 


) 
第 2 个 函数 与 第 1 个 函数 类 似 ， 但 通过 label 参数 搜索 节点 ， 如 下 所 示 : 


def get label node (label): 
return graph.find one( 
LABELS NODE, 
property key-'id', 
property value-label, 
) 


第 3 个 函数 负责 获取 包含 用 户 关系 的 全 部 标记 。 针 对 此 类 搜索 ， 我 们 将 user id HIE 
参数 。 需 要 注意 的 是 ， 在 执行 关系 搜索 之 前 ， 须 针对 用 户 节 点 进行 搜索 。 利 用 用 户 节点 
可 通过 对 应 标记 搜索 关系 。 考 察 下 列 代码 示例 : 


def get labels by user id(user id): 
user node = get user node(user id) 
return graph.match( 

Start node-user node, 
rel type-REL TYPE, 


ea 


) 
第 4 个 函数 与 第 3 个 函数 较为 类 似 ， 其 差别 在 于 将 搜索 与 某 个 标记 相关 的 全 部 用 户 ， 
如 下 所 示 : 


def get users by label (label): 
label node = get label node (label) 
return graph.match( 
start node-label node, 
rel type-REL TYPE, 
) 


在 编写 了 创建 查询 的 所 有 参数 后 ， 接 下 来 将 定义 负责 生成 数据 库 数据 的 函数 。 
如 果 节 点 尚未 在 数据 库 中 创建 ， 第 1 个 函数 将 在 Neo4 中 生成 一 个 用 户 节点 ， 如 下 
所 示 : 


def create user node (user): 
# get user info from UsersService 
if not get user node (user['id']): 
user node - Node( 
USERS NODE, 
id-user['id'], 
name-user['name'], 
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email-user['email'], 
) 


graph.create (user node) 
第 2 个 函数 执行 与 第 1 个 函数 系统 的 处 理 操作 ， 但 会 创建 标记 节点 ， 如 下 所 示 : 


def create label node (label): 
# get user info from UsersService 
if not get label node (label): 
label node = Node(LABELS NODE, id-label) 
graph.create (label node) 


第 3 个 函数 将 创建 用 户 /标记 以 及 标记 /用 户 关 系 。 当 在 两 侧 运行 关系 处 理 时 ， 将 支持 
运行 于 两 侧 的 搜索 处 理 操作 ， 和 否则 将 会 出 现 问 题 。 对 应 代码 如 下 所 示 : 


def create recommendation (user id, label): 
user node - get user node(user id) 
label node = get label node (label) 
graph.create (Relationship( 
label node, 
REL TYPE, 
user node, 


) ) 


graph.create (Relationship( 
user node, 
REL TYPE, 
label node, 

) ) 


下 一 个 步骤 是 编写 service.py 文件 代码 ， 其 工作 方式 类 似 于 某 种 微服 务 控制 器 。 

类 似 于 微服 务 中 的 其 他 Python 文件 ， 需 要 声明 相应 的 导入 语句 。 此 处 最 大 的 亮点 是 
通过 导入 nameko 处 理 程序 予以 实现 的 ， 这 也 是 第 一 次 针对 HTTP 处 理 程 序 使 用 到 
nameko， 如 下 所 示 : 

import json 

import logging 


import os 
import requests 


from nameko.web.handlers import http 
from nameko.events import event handler 
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from models import ( 
create user node, 
create label node, 
create recommendation, 
get labels by user id, 
get users by label, 

) 


在 数据 包 导 入 语句 之 后 ， 下 面 将 编写 消息 代理 中 的 消息 读 取 器 。 下 列 代码 定义 了 一 
个 常规 类 ， 其 中 包含 了 receiver 方法 ， 以 及 一 个 装饰 器 ， 并 将 该 方法 转换 为 消息 代理 的 处 
理 程 序 。 另 外 ， 读 者 也 可 参考 代码 注释 以 进一步 理解 每 个 处 理 步 又 。 


class Recommendation: 


name = 'recommendation"' 


# declaring the receiver method as a handler to message broker 


Gevent handler('recommendation sender', 'receiver') 
def receiver(self, data): 
try: 


# getting the URL to do a sequential HTTP request to UsersService 
user service route - os.getenv('USER SERVICE ROUTE') 
# consuming data from UsersService using the requests lib 
user - requests.get( 
"()()".format( 
user service route, 
data['user id'], 


) 
# serializing the UsersService data to JSON 
user = user.json() 
# creating user node on Neo4j 
create user node (user) 
# getting all tags read 
for label in data['news']['tags']: 
# creating label node on Neo4j 
create label node (label) 
# creating the recommendation on Neo4j 
create recommendation ( 
user['id'], 
label, 
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except Exception as e: 
logging.error('RELATIONSHIP ERROR: ()'.-format (e)) 
待 接收 器 准备 完毕 后 ， 下 面 开 始 编写 API 代码 ， 并 负责 显示 RecommendationService 
所 注册 的 推荐 内 容 。 对 应 代码 表示 为 一 个 类 ， 并 用 作 装 饰 器 以 针对 HTTP 调用 生成 路 径 ， 
如 下 所 示 : 


class RecommendationApi: 


name = 'recommnedation api' 


RecommendationApi 类 中 的 第 1 个 方法 表示 为 get recommendations by user, 该 方法 
接收 user id 作为 参数 ， 并 返回 与 对 应 用 户 相关 的 标记 ， 如 下 所 示 : 


@http('GET', '/user/«int:user id>') 


def get recommendations by user(self, request, user id): 
"""Get recommendations by user id""" 
try: 
relationship response = 
http response - [ 
rel.end node() 
for rel in relationship response 


get labels by user id(user id) 


] 


return 200, json.dumps (http response) 
except Exception as ex: 


error response(500, ex) 


RecommendationApi 类 中 的 第 2 个 方法 表示 为 get users recommendation by label, 
该 方法 将 接收 标记 参数 ， 并 响应 与 该 标记 相关 的 全 部 用 户 ID， 如 下 所 示 : 


Ghttp('GET', '/label/«string:label»') 


def get users recomendations by label(self, request, label): 
"""Get users recommendations by label""" 
try 
relationship response = 
http response - [ 
rel.end node () 


get users by label (label) 


for rel in relationship response 
1 


return 200, json.dumps (http response) 
except Exception as ex: 
error response(500, ex) 
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在 文件 的 末尾 ， 下 列 函 数 可 帮助 处 理 一 些 可 能 的 异常 。 


def error response (code, ex): 
response object = { 
votats e Ne 
'message': str (ex), 
} 
return code, json.dumps (response_object) 


10.5 ”微服 务 通信 


RecommendationService 微服 务 是 一 种 全 新 的 微服 务 ， 具 有 我 们 已 经 知道 的 通信 特性 
和 其 他 新 特性 。 该 微服 务 将 包含 一 个 带 有 HTTP 端点 的 API， 以 及 一 个 消息 读 取 器 ， 用 
于 读 取 从 NewsOrchestrator 发 送 的 消息 。 

发 送 的 消息 以 异步 方式 呈现 ， 并 通过 分 派 器 传递 。 这 样 ， 发 送 消息 的 微服 务 不 会 得 
到 等 待 响应 的 阻塞 线程 。 

消息 传递 和 非 阻 塞 通 信和 系统 是 异步 消息 设计 模式 的 核心 。 基 本 上 ， 该 模式 主要 关注 
的 是 通信 层 。 考 虑 到 此 模式 所 用 的 微服 务 具 有 异步 特性 ， 因 而 采用 弹性 或 高 效 的 重 试 机 
制 的 通信 工具 是 非常 重要 的 。 在 当前 微服 务 中 ， 可 使 用 包含 了 事务 型 消息 传递 系统 的 
RabbitMQ。 当 然 ， 我 们 也 可 尝试 使 用 其 他 工具 ， 但 对 应 工具 应 具备 应 有 的 弹性 。 

为 了 能 够 更 好 地 使 用 异步 消息 传递 设计 模式 ， 除 了 所 选用 的 工具 之 外 ， 还 应 全 面 理 
解 域内 的 业务 内 容 ， 并 关注 异步 通信 内 容 ， 同 时 尽 可 能 地 发 挥 该 模式 的 功效 。 

显然 ， 异 步 消 息 传递 设计 模式 不 仅仅 是 一 种 可 用 的 通信 方式 。 除 此 之 外 ， 它 还 具备 
开发 完全 独立 的 微服 务 的 能 力 。 其 中 ， 响 应 的 返回 结果 与 业务 内 容 无 关 。 


10.5.1 使 用 消息 代理 和 队列 


与 之 前 所 处 理 的 模式 不 同 ， 在 使 用 异步 消息 传递 设计 模式 时 ， 实 际 上 并 不 存在 数据 
编排 或 响应 整合 模型 。 鉴 于 当前 模式 中 的 异步 通信 模型 ， 因 而 不 存在 响应 类 型 ， 所 以 也 


不 包含 数据 编排 。 
实际 上 ， 微 服务 的 工作 标准 可 描述 为 : 从 队列 中 接收 消息 ， 或 者 接收 消息 并 根据 结 
果 执 行 相关 任务 。 


这 里 ， 重 要 的 是 要 记 住 使 用 哪 种 类 型 的 工具 来 发 送 消息 。 如 果 消 息 具 有 很 高 的 临界 
级 别 ， 则 可 针对 消息 处 理 采用 事务 型 工具 。 相 应 地 ，ActiveMQ、RabbitMQ、Kafka 均 为 
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较 好 的 异步 通信 平台 。 

在 当前 应 用 程序 中 ， 已 经 采用 了 RabbitMQ 并 将 继续 对 其 加 以 使 用 。 然 而 ， 还 需 对 
NewsOrchestrator 代码 进行 适当 调整 ， 旨 在 收 到 显示 新 闻 文 章 的 请 求 时 ， 可 将 用 户 ID 以 
及 用 户 请 求 的 新 闻 数 据 发 送 至 RecommendationService 微服 务 中 。 


10.5.2 ”准备 pub/sub 结构 


在 软件 架构 中 ， 发 布 -订阅 或 者 pub/sub 表示 为 一 种 消息 传递 模式 。 其 中 ， 消 息 发 送 
方 〈 称 为 发 布 者 ) 不 会 为 特定 的 接收 者 〈 称 为 订阅 者 ) 直接 制定 消息 ， 但 是 会 对 类 中 发 
布 的 消息 进行 分 类 ， 且 并 不 了 解 哪 一 个 订阅 者 将 接收 消息 。 类 似 地 ， 订 阅 者 一 个 或 多 个 
类 表示 出 “兴趣 ”， 并 只 接收 感 兴趣 的 消息 ， 且 对 发 布 者 一 无 所 知 。 

对 于 异步 消息 传递 设计 模式 来 说 ， 发 布 /订阅 消息 模式 是 最 适合 的 模式 之 一 。 

下 面 对 NewOrchestrator 稍 作 调整 ， 并 通过 pub/sub 将 消息 发 送 至 RecommendationService 
微服 务 中 。 

全 部 调整 工作 将 在 views.py 文件 中 进行 ， 且 无 须 使 用 其 他 新 框架 
News 微服 务 进行 通信 ， 并 在 pub/sub 中 用 于 RecommendationService。 

首先 需要 修改 导入 语句 ， 同 时 导入 另 一 个 nameko 方法 ， 即 event _dispatcher。 在 文件 
开始 处 ， 可 输入 下 列 代码 行 : 

from nameko.standalone.events import event dispatcher 

据 此 ， 即 可 使 用 pub/sub 结构 。 就 语义 来 讲 ， 我 们 将 把 名 称 和 常量 从 CONFIG_RPC 
更 改 为 BROKER_CONFIG。 通过 这 种 方式 ， 所 有 的 views.py 代码 都 需要 修改 该 常量 的 名 
称 ， 如 下 所 示 : 

BROKER CONFIG = ('AMQP URI': os.environ.get( "QUEUE HOST')) 

启用 pub/sub 结构 的 最 后 一 个 步骤 是 get single news 函数 。 在 该 函数 中 , 将 添加 分 配器 。 

下 面 仔细 考察 相关 变化 内 容 。 从 结构 上 讲 ， 该 函数 并 未 产生 显著 变化 ， 只 是 添加 了 
分 配器 代码 而 已 。 

首先 ， 我 们 使 用 从 nameko 导入 的 函数 创建 一 个 分 派 器 。 接 下 来 ， 将 把 常量 
BROKER CONFIG 传递 至 同一 函数 中 。 相 应 地 ，nameko 方法 将 返回 dispatcher 对 象 ， 如 
下 所 示 : 


dispatcher = event dispatcher (BROKER CONFIG) 


下 面 将 进一步 完善 当前 消息 内 容 。 发送 至 RecommendationService 微服 务 的 消息 由 搜 


nameko 用 作 与 
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索 新 闻 的 用 户 ID 构成 。 该 user id 从 请 求 cookie 中 获取 ， 就 好 像 我 们 正在 模拟 登录 的 用 
户 一 样 。 构 成 当前 消息 的 其 他 内 容 还 涉及 包含 所 有 新 闻 数 据 的 JSON， 如 下 所 示 : 
dispatcher('recommendation sender', 'receiver', ( 


'user id': request.cookies.get('user id'), 
'news': response object['news'], 


H 
在 将 分 配器 投入 使 用 后 ，get_single_news 函数 的 格式 如 下 所 示 : 


@news.route('/<string:news type»/«int:news id>', methods-['GET']) 
def get single news (news type, news id) : 
"""Get single user details""" 
try: 
response object - rpc get news(news type, news id) 
dispatcher = event dispatcher (BROKER CONFIG) 
dispatcher('recommendation sender', 'receiver', ( 
'user id': request.cookies.get('user id'), 
'news': response object['news'], 
» 
return jsonify (response object), 200 
except Exception as e: 
return erro response(e, 500) 


在 nameko 这 样 的 简单 框架 的 帮助 下 ， 通 过 保持 应 用 程序 的 简单 性 ，pub/sub 系统 已 

当前 ， 无 论 何 时 调用 NewsOrchestrator 微服 务 的 get_single_news 方法 ， 都 将 把 消息 
发 送 至 RecommendationService 微服 务 所 等 待 的 队列 。 在 数据 经 由 RecommendationService 
处 理 后 ， 最 终结 果 如 图 10.3 所 示 。 


图 10.3 


“214 。 微服 务 设 计 模 式 和 最 佳 实践 


在 图 10.3 中 ， 可 以 看 到 两 个 用 户 执行 了 调用 以 查看 两 篇 新 闻 文 章 。 具 体 来 说 ， 图 中 
包含 了 在 test 和 test sports 上 请 求 的 Vinicius Pacheco， 以 及 在 test 和 test famous 上 请 求 的 
Paola Pacheco。 很 快 ， 包 含 标记 test 的 新 闻 将 更 适合 于 这 两 名 用 户 。 


10.6 ”模式 的 可 扩展 性 


在 扩展 立方 体 的 全 部 轴 向 上 ， 异 步 消息 传递 设计 模式 均 提 供 了 可 扩展 支持 。 可 扩展 
性 可 以 通过 更 多 实例 、 更 强大 的 机 器 来 运行 处 理 过 程 、 扩 展 数据 的 分 布 等。 然而 ， 异 步 
消息 传递 设计 模式 还 具有 其 他 微服 务 通信 模式 所 不 具备 的 功能 ， 即 执行 延迟 处 理 的 能 
当 在 微服 务 间 使 用 异步 通信 模型 时 ， 即 可 在 微服 务 中 创建 延迟 处 理 。 考 虑 到 延迟 处 
理 的 工作 特性 ， 与 顺序 工作 状态 下 的 微服 务 相 比 ， 延 迟 微服 务 的 实例 数量 一 般 较 少 。 
下 面 根据 扩展 立方 体 进一步 考察 异步 消息 传递 设计 模式 的 可 扩展 模型 。 
口 ” 当 采用 异步 消息 传递 设计 模式 时 ，y 轴 一 般 是 首选 项 。 但 是 ， 对 于 延迟 处 理 ， 或 
者 处 理 过 程 较为 繁重 时 ， 其 速度 均 较为 缓慢 。 
O 当 y 轴 不 能 提供 正确 的 设计 模式 时 ，x 轴 通 常会 变 得 较为 突出 。 在 这 种 情况 下 
y PURI x 轴 常 会 同时 出 现 。 
O z 轴 也 可 加 以 使 用 ， 但 其 应 用 完全 取决 于 微服 务 业务 域 的 类 型 。 
毫 无 疑问 ， 就 可 扩展 性 而 言 ， 异 步 消息 传 递 设计 模式 是 最 为 简单 的 一 种 模式 。 


10.7 ”进程 序列 反 模式 


进程 序列 反 模式 可 视 为 OOP 生态 圈 中 已 知 反 模式 的 一 个 微服 务 版 本 ， 即 顺序 耦合 。 
当 某 个 调用 依赖 于 另 一 个 调用 的 执行 时 ， 即 会 产生 进程 序列 。 
对 于 与 异步 调用 协同 工作 的 微服 务 ， 此 类 行为 有 时 并 非 是 反 模式 。 然 而 ， 对 于 包含 
异步 特征 的 微服 务 来 说 ， 这 在 微服 务 通信 和 域 中 视 为 一 种 错误 。 

与 顺序 耦合 不 同 〈 其 中 ， 一 个 类 依赖 于 另 一 个 类 中 的 方法 ) ， 在 微服 务 中 ， 进 程序 
列 依赖 于 微服 务 处 理 的 最 终结 果 ， 并 使 用 之 前 在 另 一 个 微服 务 中 处 理 过 的 数据 。 

我 们 所 讨论 的 内 容 并 非 是 一 个 微服 务 异步 调用 另 一 个 微服 务 这 一 类 情形 一 一 其 中 ， 
两 个 微服 务 在 单独 的 队列 中 对 各 层 进行 监听 ， 但 某 个 微服 务 需 要 知道 另 一 个 微服 务 结束 
处 理 后 方 可 继续 执行 。 

图 10.4 显示 了 产生 于 应 用 程序 微服 务 层 中 的 反 模 式 。 


第 10 章 异步 消息 微服 务 *215* 


客户 端 /ULAPI 


图 10.4 
10.8 最 佳 实践 方案 


异步 消息 传递 设计 模式 涵盖 了 较 高 级 别 的 复杂 度 ， 但 其 扩展 性 则 较 好 。 
对 于 该 模式 ， 通 过 一 些 最 佳 实践 方案 ， 可 简化 理解 异步 消息 的 结构 。 


10.8.1 应 用 程序 定义 


对 应 用 程序 来 说 ， 应 用 异步 消息 传递 设计 模式 是 非常 健康 的 ， 但 是 有 必要 将 应 用 程 
序 作为 一 个 整体 来 考虑 ， 以 便 运 用 该 模式 尽 可 能 多 地 访问 微服 务 。 

通常 ， 微 视图 常 需 要 与 其 他 微服 务 协同 工作 ， 这 也 是 DDD 如 此 重要 的 原因 所 在 。 但 
在 某 些 时 候 ， 宏 观 视角 可 帮助 我 们 理解 应 用 程序 的 通信 点 ， 在 哪些 地 方 可 以 实现 异步 操 
作 ， 以 及 在 哪些 地 方 不 需要 执行 同步 通信 。 

我 们 常 希望 在 微服 务 的 交互 过 程 中 提供 完整 的 响应 ， 但 实际 上 ， 这 可 能 并 非 必需 。 
如 果 应 用 程序 具有 较 高 的 成 熟 度 和 弹性 , 则 无 须 等 待 某 项 任务 的 全 部 处 理 过 程 来 返回 OK 
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响应 。 相 应 地 ，OK 响应 可 能 出 现 于 处 理 的 开始 阶段 。 该 OK 响应 的 含义 从 “数据 被 成 功 
处 理 ” 转 变 为 “所 处 理 的 数据 已 被 接收 ”。 这 可 视 为 一 个 重要 的 范式 迁移 ， 且 在 可 扩展 
性 方面 非常 有 用 。 


10.8.2 不 要 尝试 创建 响应 


针对 异步 调用 生成 响应 ， 其 维护 过 程 异常 复杂 。 如 果 对 应 域 需要 返回 完整 的 响应 ， 
作为 一 个 信号 ， 其 微服 务 不 应 采用 异步 消息 。 

构建 包含 异步 消息 的 请 求 /响应 模板 将 会 破坏 异步 消息 设计 模式 。 

这 里 ,创建 异步 消息 传递 中 的 请 求 /响应 意味 着 ， 须 针对 每 条 接收 到 的 消息 实现 一 个 
ID 模板 ， 并 在 代理 另 一 部 分 中 形成 一 个 队列 ， 进 而 生成 pub/sub 双 路 路 径 。 这 将 增加 复 
杂 度 且 呈 现 为 增长 势 态 。 


10.8.3 ”保持 简单 性 
异步 通信 中 的 简单 性 对 于 应 用 程序 整体 维护 十 分 重要 。 类 似 于 微服 务 间 同步 通信 的 


死 星 问题 ， 该 问题 同样 会 出 现 于 异步 通信 中 。 但 对 于 异步 通信 ， 快 速 识别 故障 点 则 要 稍 
微 复杂 一 些 。 


10.9 异步 消息 传递 设计 模式 的 优 缺 点 


在 开始 阶段 ， 异 步 消息 传递 设计 模式 理解 起 来 较为 复杂 ， 但 该 模式 提供 了 较 好 的 扩 
展 性 。 另 外 ， 深 入 理解 该 模式 ， 将 相关 概念 与 工具 相 结 合并 付 诸 于 实践 ， 都 将 使 应 用 程 
序 更 具 扩展 性 以 及 弹性 ， 从 而 降低 该 模式 的 复杂 度 。 

该 模式 的 优点 主要 包括 : 

口 独立 的 可 扩展 性 。 

口 可 最 大 程度 实现 可 扩展 性 。 

O ”延迟 处 理 。 

口 ”微服 务 访问 的 封装 行为 。 

尽管 如 此 ， 异 步 消息 设计 模式 也 存在 一 些 缺 点 ， 如 下 所 示 : 

ü ”对 请 求 监视 的 复杂 性 较 大 。 

O ”在 开始 阶段 ， 该 模式 理解 起 来 较为 困难 。 

口 难以 调试 。 
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异步 消息 传递 设计 模式 的 复杂 性 不 应 该 成 为 一 种 障碍 。 良 好 的 域 设 计 以 及 适用 的 工 
有 具 ， 对 于 采用 该 模式 的 、 微 服务 的 整体 操作 来 说 十 分 重要 。 在 异步 消息 传递 设计 模式 中 ， 
一 些 初 始 问题 都 可 通过 该 模式 提供 的 可 扩展 性 得 到 缓解 。 


10.10 本 章 小 结 


本 章 讨 论 了 一 种 高 性 能 模式 ， 对 于 n 个 应 用 程序 ， 异 步 消息 传递 设计 模式 所 带 来 的 
好 处 是 巨大 的 。 
在 第 11 章 中 ， 将 进一步 完善 当前 项 目 ， 并 在 微服 务 间 使 用 二 进 制 通信 。 
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前 述 内 容 讲述 了 各 种 概念 、 模 式 并 编写 了 大 量 的 代码 ， 本 章 将 对 此 了 予以 适当 整合 ， 
同时 利用 已 经 实现 的 所 有 模式 对 当前 项 目 进 行 整体 考察 。 
相应 地 ， 本 章 将 对 当前 项 目 进行 适当 调整 ， 进 而 向 读者 展示 微服 务 概念 的 整合 和 演 
化 方式 ， 并 进一步 复习 、 巩 固 我 们 所 学 的 知识 。 
本 章 主要 涉及 以 下 内 容 : 
通用 工具 。 
通信 。 
模式 分 布 。 
故障 策略 。 
API 集成 。 


OOOODO 


11.1 理解 当前 应 用 程序 状态 


当前 ， 新 闻 门 户 网 站 中 的 所 有 微服 务 均 已 编写 完毕 。 根 据 每 项 微服 务 ， 我 们 可 执行 
预期 任务 ， 并 以 一 种 可 扩展 的 方式 使 其 作为 单一 应 用 程序 工作 ， 且 兼 具 弹 性 和 良好 的 
性 能 。 

应 用 程序 的 使 用 者 并 不 了 解 所 使 用 的 内 容 ， 但 需要 充分 意识 到 软件 连接 的 所 有 链接 
方式 ， 同 时 还 需 注意 应 用 程序 中 的 多 个 关键 点 。 

对 此 ， 我 们 应 理解 应 用 程序 中 的 各 部 分 内 容 ， 且 会 同时 涉及 软件 的 宏观 和 微观 内 容 。 
为 了 更 好 地 理解 所 开发 的 内 容 ， 可 将 应 用 程序 划分 为 3 个 主要 部 分 ， 如 下 所 示 : 

0 xz. 

ü max. 

0 通用 工具 。 

这 将 涵盖 微服 务 架 构 所 用 方案 中 的 所 有 一 般 概念 。 图 11.1 显示 了 新 闻 门 户 网 站 分 布 
方式 的 高 层 概览 图 。 

图 中 并 未 涉及 任何 模式 描述 ， 无 论 是 通信 模式 抑或 是 微服 务 的 内 部 模式 。 
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客户 端 /ULAPI 


| 


代理 /负载 平衡 器 


| Pe | 


Recommendation Users 


iNewsOrchestrator r " 
Service Service 


Pam 


Famous New Politics News Sports News 
Service Service Service 


图 11.1 


11.1.1 公共 饰 面 层 


aU 


公共 饰 面 层 包含 了 OrchestratorService. UsersService 和 RecommendationService 3 项 
微服 务 。 在 一 些 特定 时 刻 ， 最 后 两 项 微服 务 也 用 于 内 部 层 中 。 

需要 注意 的 是 ， 无 论 何 时 与 微服 务 协 同 工 作 时 ， 首 先 需要 理解 最 外 层 。 通 过 这 一 方 
式 ， 将 易于 理解 终端 用 户 所 期 望 的 响应 类 型 。 永 远 记 住 ， 任 何 软件 〈 在 工程 项 目 之 前 ) 
都 应 是 实际 问题 的 一 种 解决 方案 。 图 11.2 显示 了 OrchestratorService 的 内 部 构成 方式 。 


API (HTTP) 


调度 器 
(异步 pub/sub) 


RPC 
(同步 ) 


图 11.2 
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下 面 开 始 对 OrchestratorService 加 以 整体 分 析 。 对 于 内 部 层 中 的 某 些 微服 务 来 说 ， 
OrchestratorService 微服 务 可 视 为 一 个 数据 编排 器 ， 对 应 逻辑 仅 包括 解释 调用 ， 并 将 它们 
重 定向 到 负责 生成 信息 的 微服 务 处 。 对 应 的 微服 务 具 有 用 于 与 外 部 客户 端 通信 的 HTTP 
API, 用 于 微服 务 之 间 同 步 通信 的 RPC, 以 及 用 于 与 其 他 微服 务 异 步 通信 的 pub/sub 模型 。 
另外 ，OrchestratorService 并 不 包含 存储 层 ， 但 能 够 实现 缓存 机 制 ， 这 也 使 得 大 量 的 请 求 


无 须 重 定向 至 内 部 层 。 
图 11.3 显示 了 UsersService 的 内 部 构成 方式 。 


图 113 
对 于 UsersService 来 说 , 情况 则 稍 有 不 同 ,其 中 包含 了 持久 层 和 缓存 ， 同 时 还 可 使 用 


内 部 模式 。 除 此 之 外 ， 该 微服 务 包含 了 缓存 优先 这 一 内 部 模式 ， 使 得 持久 化 数据 首先 存 
储 于 缓存 中 ， 并 于 随后 存储 于 发 送 至 数据 库 中 的 异步 处 理 中 。 该 微服 务 针 对 内 部 持久 化 
采用 了 Redis 作为 队列 工具 ， 并 通过 并 发 模式 〈goroutines) 执行 弹性 控制 。UsersService 
包含 了 两 个 通信 层 ， 即 针对 API 层 的 HITP， 以 及 针对 内 部 层 的 RPC 同步 通信 。 图 11.4 


显示 了 RecommendationService 的 内 部 构成 方式 。 


RecommendationService 是 一 个 具有 独特 功能 的 微服 务 ， 因 为 所 有 的 微服 务 处 理 都 可 


以 看 作 是 一 个 内 部 层 ; 但 是 由 于 API 的 存在 ，RecommendationService 也 处 于 公共 饰 面 层 


ni 


中 ， 因 为 它 直接 从 代理 接收 请 求 。RecommendationService 微服 务 的 通信 则 是 通过 


HTTP-API 这 一 方式 实现 的 ， 并 通过 消息 代理 〈 作 为 信息 接收 者 ) 使 


pub/sub; 同时 还 
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包含 了 同步 RPC 以 构建 与 UsersService 之 间 的 通信 。RecommendationService 微服 务 存在 
一 个 使 用 NoSQL 数据 库 的 简单 存储 层 ， 且 不 存在 任何 内 部 模式 。 


接收 器 
(异步 pub/sub) 


RPC 
(同步 ) 


图 11.4 
11.1.2 ”内 部 层 


当 与 内 部 层 协同 工作 时 ， 存 在 两 种 类 型 的 微服 务 ， 即 RecommendationService 以 及 负 
责 处 理 新 闻 的 微服 务 。 

前 述 内 容 已 经 展示 了 RecommendationService 的 内 部 操作 , 下 面 将 考察 该 内 部 层 会 话 
中 的 新 闻 微 服务 。 

此 处 存在 3 种 新 闻 微 服务 BU FamousNewsService 、PoliticsNewsService 和 
SportsNewsService。 虽 然 这 3 种 微服 务 的 主题 均 面向 于 新 闻 内 容 , 但 仍 需 要 各 自 予 以 创建 ， 
以 使 其 分 别 在 业务 和 技术 方向 上 不 断 演化 。 

然而 , 截至 目前 ， 此 类 微服 务 的 架构 仍 保持 一 致 。 所 有 的 新 闻 服 务 均 设 置 了 两 个 数 
据 库 ， 进 而 实现 CQRS 各 事件 源 。 对 于 通信 层 ， 我 们 采用 了 基于 顺序 同步 消息 传递 的 
RPC. 

这 一 类 微服 务 未 包含 任何 类 型 的 API， 以 实现 对 应 用 程序 代理 的 外 部 访问 ， 并 且 都 
连接 到 OrchestratorService 微服 务 以 公开 数据 ， 如 图 11.5 所 示 。 
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闻 服 务 CEA. BGB. (REO 


RPC (同步 ) 


队列 组 件 


非 标准 化 
数据 库 


图 115 
11.1.3 理解 通用 工具 


这 里 必须 要 强调 通用 工具 的 用 途 ， 因 为 一 些 工 具 不 仅 可 以 帮助 我 们 开发 应 用 程序 ， 
而 且 还 允许 采用 某 些 模式 ;在 某 些 情 况 下 ， 其 行为 类 似 于 某 种 服务 类 型 。 

在 我 们 的 堆栈 中 ， 代 理 以 及 消息 代理 是 两 个 主要 的 工具 ， 在 当前 示例 中 ， 分 别 为 
RabbitMQ 和 Nginx。 

其 中 ， 消 息 代理 可 启用 OrchestratorService 和 新 闻 微 服务 间 的 同步 RPC 通信 ， 并 支 
Tf OrchestratorService 和 RecommendationService 间 的 、 基 于 pub/sub 模型 的 异步 消息 传递 
通信 。 

到 目前 为 止 相同 的 代理 工具 已 经 为 负载 平衡 器 提供 了 配置 。 在 本 例 中 ， 这 一 工具 
是 Nginx。 通 过 使 用 Nginx 这 一 方案 , 可 将 该 工具 用 作 应 用 程序 的 实际 内 容 ， 而 不 仅仅 是 
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一 种 服务 器 类 型 。 


11.2 通信 层 和 服务 间 的 委托 


当前 ， 微 服务 间 的 通信 和 包含 如 图 11.6 所 示 的 调用 模型 。 


客户 端 /ULAPI 


i 


代理 /负载 平衡 器 


NewsOrchestrator 


[~ PUB/SUB 


(Bo. 


Famous New Sports News PUB/SUB 
Service 2 Service (异步 ) 


r SERET Y (异步 ) 
Oum a 
x 


Y 


Recommendation 


Service 


Politics News 
Service 


图 11.6 


不 难 发 现 ， 针 对 内 部 层 ， 我 们 采用 了 RPC; 而 对 公共 饰 面 层 产生 的 调用 ， 则 使 用 了 


HTTP 调用 。 在 内 部 层 中 的 某 一 点 处 ， 我 们 采用 了 HTTP 协议 。 该 方案 了 


[ 作 正 常 ， 但 在 微 


服务 间 调 用 的 RPC 是 最 为 有 效 的 ， 尤 其 是 使 用 某 种 类 型 的 数据 包装 器 时 ， 例 如 二 进 制 协 


议 ， 或 者 其 他 机 制 以 减少 数据 包 的 数量 。 
下 面 将 修改 对 RPC 的 调用 ， 且 有 别 于 现 有 的 RPC， 因 


数据 包 。 对 此 ， 我 们 将 使 用 gRPC， 并 分 别 在 UsersService 和 RecommendationService 中 


创建 服务 器 和 客户 端 。 


为 此 处 将 传递 一 个 二 进 制 协议 


这 里 需要 删除 的 HITP 调用 位 于 service.py 文件 中 的 .Recommendation 类 中 的 receiver 
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方法 内 ， 如 下 所 示 : 


def receiver(self, data): 


user = requests.get( 
"() () ". format ( 
user service route, 
data['user id'], 
) 
) 


ix HTTP 调用 是 通过 Python Æ requests 予以 执行 的 。 
11.2.1 理解 服务 间 的 数据 合约 


在 修改 不 需要 的 HITP 调用 之 前 ， 下 面 首先 了 解 一 下 微服 务 之 间 的 数据 合约 。 
段 设 我 们 创建 了 一 个 应 用 程序 ， 调 用 某 个 微服 务 完成 业务 任务 ， 并 阅读 了 与 之 通信 
和 实现 客户 端 调用 的 微服 务 文档 。 在 尝试 与 微服 务 集成 时 ， 将 会 得 到 一 条 错误 信息 。 微 
服务 签名 中 的 某 些 内 容 与 用 于 创建 客户 机 的 文档 并 不 完全 相同 。 
上 述 场景 十 分 常见 。 微 服务 一 直 处 于 变化 中 ， 而 微服 务 签名 问题 也 屡见不鲜 。 通 常 ， 
这 种 不 一 致 情况 多 出 现 于 公司 内 部 不 同 的 开发 团队 之 间 。 
如 果 文档 未 过 期 ， 则 存在 一 个 公共 文件 用 于 创建 服务 器 和 客户 端 。 利 用 该 文件 ， 所 
有 的 服务 器 /客户 端 样板 代码 均 不 再 需要 。 正 是 通过 这 种 方式 ， 二 进 制 协议 传输 工具 才 得 
以 工作 。 
对 于 微服 务 来 说 ， 二 进 制 协议 工具 的 优势 与 微服 务 间 的 认证 相关 ， 这 意味 着 ， 采 用 
属性 、 参 数 和 方法 定义 的 文件 ， 需 要 在 两 个 或 多 个 微服 务 间 的 通信 中 加 以 处 理 ， 进 而 创 
建 微服 务 间 的 某 种 合约 。 通 过 这 一 方式 ， 如 果 微 服务 无 法 知晓 或 者 违背 了 某 项 服务 的 签 
名 ， 那 么 ， 问 题 只 能 在 于 使 用 了 错误 的 验证 文件 。 

对 于 RecommendationService 和 UsersService 间 的 通信 ， 下 面 定 义 微服 务 间 的 合约 文 
件 。 对 此 ， 将 使 用 到 gRPC (对 应 网 址 为 https:Wgrpcio) 。 在 当前 项 目 中 ， 须 生成 一 个 名 
为 ProtoFiles 的 目录 ， 并 于 其 中 创建 用 于 gRPC 的 文件 。 

在 创建 了 ProtoFiles 目录 后 ， 还 将 创建 user data.proto 文件 ， 该 文件 包含 了 通信 所 需 
的 全 部 签名 。 
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首先 ， 在 文件 中 写 入 将 使 用 的 协议 缓冲 版 本 ， 如 下 所 示 : 


syntax — "proto3"; 


service 通过 


H 


日 于 通信 的 方法 执行 当前 处 理 。 需 要 注意 的 是 ，GetUser 方法 接收 一 个 特 


定 类 型 的 参数 〈 定 义 为 一 个 请 求 ) ， 并 作为 响应 发 送 另 一 个 特定 类 型 ， 如 下 所 示 : 


service GetUserData ( 
rpc GetUser (UserDataRequest) returns (UserDataResponse) {} 


) 


下 面 生成 GetUser 所 需 的 输入 类 型 ， 该 类 型 由 一 个 32 位 的 整数 构成 ， 如 下 所 示 : 


message UserDataRequest { 
int32 id - 1; 


) 


最 后 编写 特定 的 响应 类 型 ， 如 下 所 示 : 


message UserDataResponse ( 
int32 id - 1; 
string name - 2; 
string email - 3; 


) 


完整 的 文件 内 容 如 下 所 示 : 


syntax = "proto3"; 
service GetUserData ( 
rpc GetUser (UserDataRequest) returns (UserDataResponse) {} 


) 


message UserDataRequest ( 
int32 id= 1; 


) 


message UserDataResponse ( 
int32 id = 1; 
string name - 2; 
string email = 3; 


} 


不 难 发 现 ， 上 述 文 件 短小 精 悍 ， 但 对 于 当前 需求 来 说 提供 了 强大 的 功能 。 通 过 
user data.proto 以 及 安装 后 的 gRPC， 即 可 执行 对 应 的 命令 行进 而 创建 服务 器 和 客户 端 。 
需要 说 明 的 是 ， 该 服务 器 采用 Go 语言 编写 ， 而 客户 端 则 利用 Python 语言 加 以 编写 。 
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在 .proto 文件 所 处 的 同一 路 径 下 ， 可 在 终端 上 运行 下 列 命令 行 : 


$ protoc --go out-plugins-grpc:. *.proto 
$ python -m grpc tools.protoc -I. --python out-. --grpc python out-. 
user data.proto 


对 于 微服 务 间 的 通信 ， 上 述 两 行 命令 创建 了 全 部 所 需 的 代码 。 其 中 ， 第 一 行 代码 生 
成 Go 文件 第 二 行 代码 则 生成 Python 文件 。 在 上 述 命令 行 运行 完毕 后 ， 对 应 文件 内 容 
如 下 所 示 : 


ļ— user data.pb.go 
ļ— user data pb2.py 
上 -一 user data pb2 grpc.py 


这 里 , user data.pb.go 文件 须发 送 至 user. data 文件 夹 的 UsersService 目录 中 。 相 应 地 ， 
UsersService 微服 务 对 应 目录 结构 如 下 所 示 : 


| 一 Dockerfile 
| 一 Godeps 


| H 6odeps.json 
| L— Readme 

|— Makefile 

| 六 app.go 

| 一 cache.go 

|l— db 

| į} Dockerfile 

| H create.sql 

| L— dbnmigrate.go 
ļ— main.go 

ļ— main test.go 
|— models.go 

|— user data 

| I— user data.pb.go 


user data pb2.py fll user data pb2_grpcpy 文 件 须发 送 至 RecommendationService 的 根 
目录 中 。RecommendationService 目录 结构 如 下 所 示 : 


| 一 Dockerfile 

L^ init .py 

| 一 config.yaml 

| 一 models.py 

|— requirements.txt 
| 一 service.py 
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| 一 tests.py 

| 一 user client.py 

|— user data pb2.py 

L— user data pb2 grpc.py 
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当 使 用 所 创建 的 服务 器 /客户 端 文件 ， 并 在 当前 项 目 中 进行 适当 定位 后 ， 即 可 编辑 
UsersService 微服 务 ， 并 利用 gRPC 提供 用 户 数 据 。 

重 构 是 微服 务 中 较为 常见 的 处 理 过 程 。 对 此 ， 我 们 将 调整 app.go 文件 ， 进 而 实现 缓存 
和 数据 库 中 用 户 搜索 的 复 用 功能 。 当 前 ， 该 搜索 位 于 getUser 方法 中 ， 并 包含 两 个 代码 块 。 

其 中 ， 第 一 个 代码 块 直接 从 缓存 中 进行 搜索 ， 如 下 所 示 : 


if value, err := a.Cache.getValue(id);err == nil && len(value) != 0 ( 
log.Println("from cache") 
w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (http.StatusOK) 
w.Write([]byte (value)) 
return 
) 


如 果 数 据 未 在 缓存 中 发 现 ， 那 么 ， 第 二 个 代码 块 将 搜索 数据 库 ， 如 下 所 示 : 


user := User(ID: id) 
if err :- user.get(a.DB); err !- nil ( 
Switch err ( 
case sql.ErrNoRows: 


respondWithError(w, http.StatusNotFound, "User not found") 
default: 


respondWithError(w, http.StatusInternalServerError, 
err.Error()) 
H 
return 
) 


下 面 将 上 述 代码 块 封装 至 两 个 方法 中 。 第 一 个 方法 是 getUserFromCachemethod, Xf 
应 逻辑 对 应 于 之 前 修改 后 的 代码 块 ， 如 下 所 示 : 
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func (a *App) getUserFromCache(id int) (string, error) ( 
if value, err := a.Cache.getValue(id); err == nil && 
len(value) != 0 ( 
return value, err 
) 
return "", errors.New("Not Found") 
} 


第 二 个 方法 是 getUserFromDB， 该 方法 负责 从 数据 库 中 获取 数据 ， 如 下 所 示 : 


func (a *App) getUserFromDB(id int) (User, error) ( 
user := User(ID: id) 
if err := user.get(a.DB); err !- nil ( 
Switch err ( 
case sql.ErrNoRows: 
return user, err 
default: 
return user, err 


) 
return user, nil 


) 
下 面 针 对 getUser 使 用 上 述 两 个 方法 。 经 适当 修改 后 ，getUser 方法 包含 如 下 内 容 : 


func (a *App) getUser(w http.ResponseWriter, r *http.Request) { 
vars := mux.Vars(r) 


id, err :- strconv.Atoi (vars["id"]) 

if err !- nil ( 
respondWithError(w, http.StatusBadRequest, "Invalid product ID") 
return 


) 
if value, err :- a.getUserFromCache(id); err — nil ( 
log.Println("from cache") 
w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (http.StatusOK) 
w.Write([]byte (value) ) 
return 
} 
user, err := a.getUserFromDB (id) 
if err != nil 1 
switch err { 
case sql.ErrNoRows: 
respondWithError(w, http.StatusNotFound, "User not found") 
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default: 
respondWithError(w, http.StatusInternalServerError, 
err.Error()) 

) 

return 
) 
response, := json.Marshal (user) 
if err := a.Cache.setValue(user.ID, response); err !- nil { 

respondWithError(w, http.StatusInternalServerError, 


err.Error()) 
return 
) 
w.Header().Set("Content-Type", "application/json") 
w.WriteHeader (http.StatusOK) 
w.Write (response) 
) 


在 代码 重 构 完毕 后 ， 下 面 将 对 gRPC 筹备 所 需 内 容 。 在 app.go 文件 中 ， 首 先 向 gRPC 
添加 所 需 的 导入 语句 ， 如 下 所 示 : 


pb "github.com/viniciusfeitosa/BookProject/UsersService/user data" 
"google.golang.org/grpc" 
"google.golang.org/grpc/reflection" 


此 处 将 构建 一 个 结构 ， 用 作 逻 辑 处 理 程序 以 提供 用 户 数据 ， 如 下 所 示 ; 


type userDataHandler struct ( 
app *App 
) 


下 列 代码 将 形成 gRPC 所 需 的 响应 类 型 。 


func (handler *userDataHandler) composeUser (user User) 
*pb.UserDataResponse { 
return &pb.UserDataResponse( 
Id: int32 (user.ID), 
Email: user.Email, 
Name: user.Name, 
} 
} 


在 编写 响应 方法 的 提示 后 ， 还 需 编写 接收 请 求 (通过 gRPCO 的 相关 方法 。 此 处 
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在 于 依赖 项 注入 传递 的 上 下 文 和 请 求 参数 ， 如 下 所 示 : 


func (handler *userDataHandler) GetUser(ctx context.Context, 
request *pb.UserDataRequest) (*pb.UserDataResponse, error) ( 
var user User 
var err error 


if value, err :- handler.app.getUserFromCache (int (request.Id)); 
err == nil ( 
if err = json.Unmarshal([]byte(value), &user); err !- nil ( 


return nil, err 


) 
return handler.composeUser(user), nil 


} 
if user, err = handler.app.getUserFromDB (int (request. Id) ); 
err == nil { 
return handler .composeUser (user), nil 
} 
return nil, err 
} 


利用 就 绪 后 的 请 求 和 响应 ， 下 面 开 始 编写 gRPC 服务 器 代码 。 首 先 需要 声明 运行 服 
务 器 的 方法 名 ， 如 下 所 示 : 


func (a *App) runGRPCServer (portAddr string) ( 
接 下 来 可 定义 服务 器 监听 器 ， 如 下 所 示 : 


lis, err := net.Listen("tcp", portAddr) 
if err != nil ( 

log.Fatalf("failed to listen: $v", err) 
) 


随后 创建 服务 器 实例 并 将 其 注册 至 gRPC 中 。 如 果 未 出 现任 何 错误 ， 即 可 通过 gRPC 
设置 通信 层 ， 如 下 所 示 : 


S := grpc.NewServer() 
pb.RegisterGetUserDataServer(s, &userDataHandler(app: a]) 
reflection.Register (s) 
if err := s.Serve(lis); err !- nil ( 
log.Fatalf("failed to serve: $v", err) 
) 
) 


基于 服务 器 gRPC 的 完整 方法 如 下 所 示 : 
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func (a *App) runGRPCServer (portAddr string) ( 
lis, err :- net.Listen("tcp", portAddr) 
if err != nil ( 
log.Fatalf("failed to listen: $v", err) 
j 
S := grpc.NewServer () 
pb.RegisterGetUserDataServer(s, &userDataHandler(app: a}) 
reflection.Register (s) 
if err := s.Serve(lis); err != nil ( 
log.Fatalf("failed to serve: $v", err) 
) 
) 


利用 所 构建 的 服务 器 ， 我 们 将 以 透明 的 方式 激活 服务 器 和 UsersService. fi 
文件 中 ， 下 列 代 码 将 添加 基于 gRPC 端口 的 另 一 个 常量 。 


const ( 
createUsersQueue = "CREATE USER" 
updateUsersQueue = "UPDATE USER" 
deleteUsersQueue "DELETE USER" 
portAddr ":50051" 

) 


E main.go 


在 main.go 文件 中 ， 我 们 将 加 入 并 发 模式 ， 以 同时 运行 两 个 服务 器 ， 即 API 服务 器 


和 gRPC 服务 器 ， 如 下 所 示 : 


a := Appt) 

a.Initialize (cache, db) 

go a.runGRPCServer (portAddr) 
a.initializeRoutes() 

a.Run (":3000") 


与 服务 器 层 相关 的 最 后 一 个 步骤 是 在 Dockerfile 中 显示 gRPC 端口 。 对 此 ， 


可 简单 地 


将 该 端口 添加 至 UsersService 的 Dockerfile 中 。 鉴 于 端口 3000 已 经 存在 ,此 处 将 设置 50051 


端口 ， 如 下 所 示 : 
EXPOSE 3000 50051 


至 此 ， 服 务 器 的 设置 已 经 完毕 ， 下 面 着 手 设置 客户 端 ， 该 客户 端 位 于 
RecommendationService 中 。 第 一 步 需 要 创建 user_client.py 文件 ,在 user_client.py 文件 中 ， 


首先 应 编写 导入 语句 ， 如 下 所 示 : 
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import logging 
import os 
import grpc 


import user data pb2 
import user data pb2 grpc 


下 面 将 定义 一 个 与 Python 中 的 Context Manager 相似 的 类 。 读 者 可 阅读 下 列 代码 中 的 
主 释 内 容 ， 以 了 解 所 运行 的 内 容 。 


class UserClient: 


n 


def init (self, user id): 
self.user id = int (user id) 
# Open a communication channel with UsersService 
self.channel = 
grpc.insecure channel(os.getenv('USER SERVICE HOST')) 
# Creating stub to get data 
self.stub = 
user data pb2 grpc.GetUserDataStub(self.channel) 


def enter (self): 
# Call common method between both microservices passing 
the request type 
return self.stub.GetUser( 
user data pb2.UserDataRequest (id-self.user id) 
) 


def exit (self, type, value, traceback): 
# Logging the process 
logging.info('Received info using gRPC', [type, value, traceback]) 
待 客户 端 准备 完毕 后 ， 即 可 修改 业务 逻辑 ， 移 除 HTTP 并 将 gRPC 用 作 通 信 方 式 。 
这 里 ， 逻 辑 变 化 须 在 RecommendationService 的 service.py 文件 中 执行 。 
首先 需要 移 除 请 求 的 导入 操作 ， 并 使 用 刚刚 创建 的 客户 端 导 入 操作 ， 如 下 所 示 : 


from user client import UserClient 

在 receiver 方法 中 ， 将 利用 user client 替换 当前 请 求 。 需 要 注意 的 是 ， 此 处 不 再 将 所 
接收 的 数据 转换 为 JSON 格式 一 一 gRPC 的 响应 结果 表示 为 .proto 文件 中 声明 的 特定 类 型 。 
对 应 代码 如 下 所 示 : 
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Qevent handler('recommendation sender', 'receiver') 
def receiver(self, data): 
try 
# consuming data from UsersService using the requests lib 
with UserClient(data['user id']) as response: 
user = response 

# creating user node on Neo4j 
create user node (user) 


对 于 gRPC 返回 的 对 象 类 型 ， 当 前 无 须 绑 定 SON， 但 仍 需要 修改 models.py 文件 中 
的 create user node 函数 ， 以 接收 这 一 新 的 类 型 。 注 意 ， 此 处 无 须 在 字典 中 查找 数据 ， 可 
直接 使 用 对 象 的 属性 〈 类 似 于 类 中 的 操作 ) ， 如 下 所 示 : 


def create user node (user) : 
# get user info from UsersService 
if not get user node (user.id): 
user node - Node( 
USERS NODE, 
id-user.id, 
name-user.name, 
email-user.email, 
) 


graph.create (user node) 


最 后 一 步 是 移 除 docker-compose.yml 中 的 环境 变量 ， 以 使 RecommendationService 知 
Wé UsersService 的 路 径 ， 如 下 所 示 : 


recommendation service: 
image: recommendation service 
build: ./RecommendationService 
volumes: 
- './RecommendationService:/app' 
environment: 
- QUEUE HOST-amqgp://guest:guest8rabbitmq 
- DATABASE URL-http://recommendation db:7474/db/data 
- USER SERVICE HOST-usersservice:50051 
depends on: 
- recommendation db 
- rabbitmq 
- usersservice 
links: 
- recommendation db 
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- rabbitmq 
- usersservice 


在 经 过 上 述 修改 后 ，gRPC 即 可 实现 正常 工作 ， 同 时 消除 了 内 部 层 中 的 HTTP 调用 。 


图 11.7 显示 了 微服 务 间 的 通信 结构 。 
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客户 端 /UIAPI 


1 


代理 /负载 平衡 器 


NewsOrchestrator |... 
wsOrchestrator ~ PUB 


REZ F 


(同步 ) 


/SUB 


Famous New S Sports News 
Service a Service 


Politics News 
Service 


11.3 


Recommendation 
Service 


图 11.7 


模式 分布 


本 书 介 绍 了 微服 务 间 通信 的 各 种 模式 ， 并 使 用 到 了 大 部 分 所 提 及 的 模式 。 在 开发 过 


程 中 ， 我 们 还 可 以 重新 组 织 代码 ， 同 
的 模式 。 


时 在 应 用 程序 中 对 现 有 模式 进行 调整 ， 或 者 增加 新 


在 当前 应 用 程序 中 ， 我 们 使 用 了 1 


下 列 模式 : 


O 代理 微服 务 设计 模式 。 该 模式 使 用 了 Nginx 以 实现 代理 角色 ， 同 时 针对 
OrchestratorNewsService、UsersService 和 RecommendationService API 引用 了 代理 。 
口 聚合 器 微服 务 设计 模式 。OrchestratorNewsService 针对 FamousNewsService、 
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SportsNewsService 和 PoliticsNewsServicemicroservices 饰演 了 聚合 器 这 一 角色 。 
O 分支 微服 务 设计 模式 。 该 模式 用 于 构建 UsersService 和 RecommendationService 
间 的 通信 RecommendationService 需要 以 异步 方式 使 用 到 源 自 UsersService 
的 信息 ， 进 而 完成 所 处 理 的 任务 。 
口 异步 消息 微服 务 设计 模式 。 该 模式 用 于 OrchestratorNewsService 和 
RecommendationService 之 间 。 


图 11.8 显示 了 一 些 较为 重要 的 模式 结构 。 


客户 端 /ULAPI 


i 


代理 /负载 平衡 


代理 模式 


NewsOrchestrator 


Sports News 
Service 


Recommendation 
Service 


Politics News 
Service 


图 11.8 
114 故障 策略 


前 述 内 容 在 应 用 程序 开发 过 程 中 介绍 了 一 些 反 模式 。 在 反 模 式 带 来 的 附带 损害 中 
对 于 使 用 微服 务 架 构 的 应 用 程序 来 说 ， 最 为 严重 的 则 是 微服 务 间 的 循环 调用 。 

循环 调用 会 阻止 每 个 微服 务 的 持续 集成 、 独 立 部 署 和 渐进 演化 ， 并 在 测试 中 产生 一 
种 “成 功 ”的 错觉 。 除 了 产生 与 应 用 程序 其 他 部 分 同时 部 署 这 一 需求 之 外 ， 微 服务 还 会 
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对 域 造成 损害 。 
适当 地 使 用 模式 可 以 防止 在 微服 务 策略 中 出 现 此 类 故障 。 
显然 ， 当 处 理 微服 务 间 的 通信 时 ， 可 采用 断路 器 或 超时 等 技术 (参见 第 4 章 )。 


11.5 API 集成 


对 于 微服 务 须 执行 的 业务 来 讲 ， 微 服务 API 可 视 为 其 网 关 。 如 果 微 服务 API 存在 任 
何 问题 ， 业 务 也 会 随 之 受到 影响 。 

通常 情况 下 ，API 的 问题 主要 源 于 : 微服 务 签 名 中 的 变化 没有 得 到 正确 的 通知 。 为 
了 避免 此 类 问题 ， 第 一 种 方案 是 在 服务 数据 的 应 用 程序 和 使 用 数据 的 应 用 程序 之 间 设 置 
一 个 公共 文件 。 在 当前 微服 务 中 ，gRPC 可 满足 这 一 要 求 。 

另 一 种 可 成 功 地 集成 微服 务 API 的 方法 是 采用 API 版 本 控制 。 下 面 再 次 考察 
nginx.conf 文件 。 其 中 ， 位 置 设置 处 于 不 一 致 状态 且 不 包含 版 本 指示 信息 ， 如 下 所 示 : 


server { 
listen 80; 


location / ( 

ad 

location /news/ ( 

E 

location /recommendation/ ( 
) 


下 面 对 此 进行 修改 ， 并 设置 我 们 的 API 版 本 。 当 前 ， 对 于 每 个 上 游 Nginx 指令 ， 均 
拥有 一 个 版 本 定义 的 位 置 ， 如 下 所 示 : 


upstream users servers ( 
server bookproject usersservice 1:3000; 
} 


upstream orcherstrator servers { 
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server bookproject orcherstrator news service 1:5000; 


) 
upstream recommendation servers ( 


server bookproject recommendation service 1:5000; 


) 
server ( 
listen 80; 


location /users/v1/ ( 
proxy pass http://users servers/; 


) 


location /news/v1/ ( 
proxy pass http://orcherstrator servers/; 


) 


location /recommendation/vil/ ( 
proxy pass http://recommendation servers/; 


) 
假设 需要 将 微服 务 UsersService 修改 为 一 个 新 的 版 本 , 我 们 将 暂时 保留 两 条 路 径 , 直 
到 所 有 API 使 用 者 完全 迁移 到 新 版 本 的 API 中 ， 如 下 所 示 : 


upstream users servers ( 
server bookproject usersservice 1:3000; 


) 


upstream users servers v2 ( 
server bookproject usersservice v2 1:3000; 


) 


server ( 
listen 80; 


location /users/vl/ ( 
proxy pass http://users servers/; 
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location /users/v2/ ( 
proxy pass http://users servers v2/; 


) 
} 


11.6 本 章 小 结 


本 章 介 绍 了 微服 务 的 当前 状态 ， 并 在 应 用 程序 中 创建 了 二 进 制 模型 和 版 本 控制 端点 。 
第 12 章 将 讨论 可 应 用 于 微服 务 上 的 某 些 测试 类 型 ， 其 中 包括 集成 测试 、 单 元 测试 和 
其 他 一 些 测试 ， 它 们 不 仅 能 够 帮助 我 们 发 现 潜在 的 错误 ， 还 可 使 应 用 程序 更 易于 维护 。 
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前 述 章节 在 新 闻 门 户 网 站 应 用 程序 中 实现 了 多 种 模式 ， 本 章 将 对 项 目 业 务 流 程 是 否 


可 正常 工作 进行 验证 。 


即使 对 于 一 个 不 是 非常 大 的 微服 务 项 目 ， 执 行 手 动 测试 也 会 异常 复杂 ， 且 肯定 会 在 


评估 过 程 中 失败 ， 或 者 是 遗忘 应 用 程序 业务 中 的 某 些 重要 任务 。 


毫 无 疑问 ， 自 动 化 测试 适用 于 任何 类 型 的 软件 。 在 本 章 中 ， 将 讨论 以 下 主题 : 
单元 测试 。 

集成 测试 。 

端 到 端 测试 。 

管线 。 

签名 测试 。 

Monkey 测试 。 


OOOOODO 


12.1 单元 测试 


单元 测试 早已 被 人 们 所 熟知 ， 且 在 软件 开发 行业 中 被 视 为 一 种 规范 。 对 于 单元 测试 


来 说 ， 其 中 包含 了 多 项 标准 和 实践 方案 。 相 应 地 ， 最 佳 方案 则 是 确保 运行 所 构建 的 每 个 
软件 。 


单元 测试 可 用 于 证 明 计 算 机 程序 中 最 小 的 可 测试 部 分 。 从 这 个 意义 上 讲 ， 最 大 的 挑 


战 是 编写 可 测试 的 代码 ;， 否则， 将 无 法 应 用 单元 测试 。 


这 里 需要 了 解 一 个 重要 的 特性 ， 单 元 测试 只 能 证 明代 码 单元 段 。 假 设 我 们 要 测试 一 


个 与 数据 库 通信 的 函数 ， 当 构建 单元 测试 时 ， 须 采用 一 种 机 制 ， 以 使 该 函数 无 法 触 碰 到 
数据 库 ， 该 机 制 称 作 mock 测试 。 当 对 某 个 单元 测试 使 用 mock 测试 时 ， 须 隔离 需要 测试 
的 函数 ， 随 后 ， 数 据 库 中 的 任意 变化 均 不 会 在 单元 测试 中 产生 冲突 。 


一 些 单元 测试 涵盖 了 某 些 因素 ， 并 可 改变 其 最 终结 果 ， 例 如 数据 库 以 及 浮 点 时 间 变 


量 ， 这 将 破坏 单元 测试 的 某 些 重要 规则 ， 如 确定 性 和 守 等 性 〈idempotent) 。 其 中 ， 确 定 


t 
性 


单元 测试 可 描述 为 : 无 论 执 行 多少 次 ， 最 终结 果 终 将 保持 一 致 。 相 比较 而 言 ， 非 确定 
单元 测试 将 视 为 一 个 重大 错误 。 当 采用 单元 测试 时 ， 较 好 的 实践 方案 是 不 仅 要 证 明成 
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功 情形 ， 还 应 进一步 证 明 潜 在 的 缺陷 。 当 处 理 异常 时 ， 这 对 于 发 现 潜在 的 代码 错误 十 分 
有 用 。 

在 我 们 的 新 闻 门 户 网 站 中 ， 考 虑 到 问题 的 复杂 性 ， 将 使 用 OrchestratorNewsService 
微服 务 作为 单元 测试 应 用 示例 。 

OrchestratorNewsService 微服 务 中 包含 了 公共 API 层 。 涵 盖 内 部 服务 的 RPC 特性 ， 
并 在 消息 代理 中 发 布 数据 。 所 有 这 些 特征 使 得 测试 过 程 更 加 复杂 。 

如 前 所 述 ， 基 于 单元 测试 中 的 相关 概念 ， 需 要 对 测试 的 代码 段 予 以 隔离 。 需 要 注意 
的 是 ， 当 前 目标 是 进行 包含 成 功 和 失败 两 种 情况 的 确定 性 测试 。 下 面 开 始 针对 
OrchestratorNewsService 微服 务 编写 单元 测试 代码 ， 其 中 将 涉及 更 为 复杂 的 场景 ， 特 别 是 
表达 与 其 他 微服 务 间 的 通信 时 。 

在 OrchestratorNewsService 目录 中 ， 须 创建 tests.py 文件 ， 随 后 声明 所 需 的 导入 语句 
以 创建 单元 测试 。 注 意 ， 除 了 导入 unittest 依赖 关系 之 外 ， 还 应 从 mock 包 中 导入 补丁 装 
饰 器 (patch decorator) ， 这 对 于 创建 具有 确定 性 的 单元 测试 来 说 十 分 有 用 。 对 应 代码 如 
下 所 示 : 


import json 
import unittest 


from mock import patch 


from app import app 
from views import error response 
from flask testing import TestCase 


下 面 定 义 BaseTestCase 类 ， 该 类 负责 载 入 基本 的 测试 设置 。 
class BaseTestCase (TestCase): 
def create app(self): 


app.config.from object('config.TestingConfig') 
return app 


接 下 来 创建 测试 ， 并 验证 开发 环境 设置 ， 如 下 所 示 : 


class TestDevelopmentConfig (TestCase): 


def create app(self): 
app.config.from object ('config.DevelopmentConfig') 
return app 


并 针 


处 使 
相应 
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def test app is development (self): 
self.assertTrue(app.config['DEBUG'] is True) 


随后 是 验证 测试 配置 的 测试 内 容 ， 如 下 所 示 : 


class TestTestingConfig (TestCase): 


def create app(self): 
app.config.from object('config.TestingConfig') 
return app 


def test app is testing(self): 
self.assertTrue (app.config['DEBUG']) 
self.assertTrue (app.config['TESTING']) 


为 了 完成 配置 测试 ， 下 列 代码 显示 了 产品 配置 的 验证 过 程 。 


class TestProductionConfig (TestCase) 


def create app(self): 
app.config.from object('config.ProductionConfig') 
return app 


def test app is production (self): 
self.assertFalse (app.config['DEBUG']) 
self.assertFalse (app.config['TESTING']) 


前 述 内 容 讨论 了 一 些 较为 简单 、 常 见 的 单元 测试 。 下 面 考察 一 种 较为 有 趣 的 情况 ， 
对 新 闻 文章 搜索 创建 单元 测试 。 首 先 需要 定义 测试 类 ， 如 下 所 示 ; 

class TestGetSingleNews (BaseTestCase) : 

接 下 来 ， 我 们 将 定义 相关 方法 ， 并 针对 搜索 成 功 情形 进行 验证 。 需 要 注意 的 是 ， 此 
用 了 补丁 装饰 器 ， 从 而 可 针对 rpe get news 函数 和 event. dispatcher 函数 创建 mock。 
也 ， 补 丁 实例 则 通过 注入 依赖 予以 传递 ， 如 下 所 示 : 


Gpatch('views.rpc get news') 
Gpatch('nameko.standalone.events.event dispatcher') 
def test success(self, event dispatcher mock, rpc get news mock): 


此 处 ， 我 们 需要 声明 由 mock 所 返回 的 数值 。 其 中 ， 第 一 个 mock 表示 为 event. 


dispatcher mock， 其 中 将 传递 一 个 匿名 函数 ， 该 函数 接收 一 些 数值 ， 但 不 执行 任何 操作 。 
对 应 代码 如 下 所 示 : 
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event dispatcher mock.return value = lambda vl, v2, v3: None 
rpc get news mock.return value = { 
"news": [ 
{ 
we ka I 
"author": "unittest", 
"content": "Just a service test", 
"created at": { 
"$date": 1514741833010 
) 
"news type": "famous", 
SS Ii 
"Test", 
"unit test" 
1, 
"title": "My Test", 
"version": 1 
) 
l, 
”Status "success 
} 


接 下 来 将 作为 参数 发 送 一 个 新 闻 文 章 ID， 并 以 此 调用 get single news 端点 。 随 后 ， 
将 对 来 自 mock 的 调用 予以 解释 ， 并 对 响应 结果 进行 验证 。 对 应 代码 如 下 所 示 : 


With self.client: 

response - self.client.get('/famous/1') 

data = json.loads (response.data.decode()) 

self.assertEqual(response.status code, 200) 

self.assertIn('success', data['status']) 

self.assertTrue (len (data['news']) > 0) 

for d in data['news']: 
self.assertEqual(d['title'], 'My Test') 
self.assertEqual(d['content'], 'Just a service test!) 
self.assertEqual(d['author'], 'unittest') 


同时 , 还 将 使 用 类 似 的 处 理 过 程 验 证 同一 get single news 端点 的 故障 点 。 除 此 之 外 ， 
还 将 使 用 到 补丁 装饰 器 并 向 mock 传递 相关 数值 , 但 此 处 会 强制 产生 一 个 错误 一 一 对 应 函 
数 并 不 知晓 如 何 使 用 None 值 进行 工作 。 在 处 理 过 程 结尾 处 ,还 将 验证 该 错误 消息 是 否 为 
我 们 所 期 望 的 结果 ， 对 应 代码 如 下 所 示 : 


Gpatch('views.rpc get news') 
Gpatch('nameko.standalone.events. event dispatcher MN 
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def test fail(self, event dispatcher mock, rpc get news mock): 
event dispatcher mock.return value = lambda vl, v2, v3: None 
rpc get news mock.return value — None 
response - self.client.get('/famous/1') 
data = json.loads (response.data.decode()) 
self.assertEqual(response.status code, 500) 
self.assertEqual('fail', data['status']) 
self.assertEqual("'NoneType' object is not subscriptable", 
data['message']) 


在 对 新 闻 文 章 的 搜索 过 程 进行 测试 后 ， 还 将 进一步 测试 创建 过 程 。 对 于 单元 测试 ， 
将 再 次 声明 一 个 类 ， 如 下 所 示 : 


class TestAddNews (BaseTestCase): 


当前 ， 对 应 补丁 源 自 rpe command 函数 。 同 样 ， 补 丁 实例 作为 测试 方法 的 参数 并 通 
过 依赖 注入 予以 传递 ， 如 下 所 示 : 


Gpatch('views.rpc command') 
def test sucess(self, rpc command mock): 
"""Test to insert a News.""" 


下 面 将 定义 一 个 diet 并 将 其 作为 数据 的 输入 , 同时 也 是 响应 中 的 部 分 内 容 , 如 下 所 示 : 
dict obj = dict( 

title-'My Test', 

content-'Just a service test', 


author-'unittest', 
tags-['Test', 'unit test'], 


) 
rpc command mock.return value - ( 
'status': 'success', 
'news': dict obj, 
} 
with self.client: 
response = self.client.post( 
'/famous', 
data-json.dumps (dict obj), 
content type-'application/json', 
) 
data = json.loads (response.data.decode()) 
self.assertEqual(response.status code, 201) 
self.assertEqual('success', data['status']) 
self.assertEqual('My Test', data['news']['title']) 
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类 似 于 验证 成 功 情形 ， 此 处 还 将 对 错误 场景 予以 验证 。 其 中 ，None 值 将 被 赋予 至 
dict_obj 中 。 这 将 产生 一 个 错误 结果 ， 表 明 add_news 所 接收 的 负载 无 效 ， 如 下 所 示 : 


def test fail by invalid input (self): 
dict obj = None 
with self.client: 
response - self.client.post( 
'/famous', 
data-json.dumps (dict obj), 
content type-'application/json', 


) 

data = json.loads (response.data.decode () ) 
Self.assertEqual(response.status code, 400) 
self.assertEqual('fail', data['status']) 
self.assertEqual('Invalid payload', data['message']) 


对 于 单元 测试 ， 考 虑 各 种 场景 是 非常 重要 的 。 之 前 曾 编写 了 一 个 测试 ， 并 验证 传递 
错误 负载 时 所 发 生 的 情况 。 但 是 ， 如 果 问 题 位 于 微服 务 中 ， 并 注册 数据 库 中 的 负载 ， 情 
况 又 当 如 何 ? 下 面 将 对 该 测试 加 以 讨论 。 

首先 ， 我 们 使 用 包含 补丁 的 装饰 器 ， 并 于 随后 创建 包含 有 效 负载 的 dict， 如 下 所 示 : 


Gpatch('views.rpc command') 
def test fail to register(self, rpc command mock): 
"""Test to insert a News.""" 
dict obj = dict( 
title-'My Test', 
content-'Just a service test', 
author-'unittest', 
tags-['Test', 'unit test'], 


) 


接 下 来 ， 将 创建 带 有 某 种 副作用 的 mock 并 引发 异常 。 我 们 通过 调用 add news 函数 
的 端点 来 完成 信息 的 发 送 过程 ， 如 下 所 示 : 


rpc command mock.side effect = Exception('Forced test fail') 
with self.client: 
response = self.client.post( 
'/famous', 
data-json.dumps (dict obj), 
content type-'application/json', 


) 


data = j son.loads (response.data.decode()) 
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最 后 ， 将 验证 是 否 收 到 了 来 自 mock 的 、 上 述 异 常 所 发 送 的 消息 ， 如 下 所 示 : 


self.assertEqual (response.status code, 500) 
self.assertEqual('fail', data['status']) 
self.assertEqual('Forced test fail', data['message']) 


TestGetAIINewsPerType 类 通过 单元 测试 对 get_all news per type 函数 进行 验证 ， 具 
体 过 程 并 无 太 大 变化 。 首 先是 类 声明 ， 随 后 针对 补丁 使 用 一 个 装饰 器 、 创 建 mock、 调 用 
端点 并 验证 所 返回 的 内 容 。 全 部 过 程 如 下 所 示 : 


class TestGetAllNewsPerType (BaseTestCase): 


Gpatch('views.rpc get all news') 
def test sucess(self, rpc get all news mock): 
"""Test to get all News paginated.""" 
rpc get all news mock.return value - ( 
"news": [ 
t 
ndn 
"author": "unittest", 
"Content": "Just a service test 1", 


"Created at": { 

"$date": 1514741833010 
), 
"news type": "famous", 
RS 

"Test", 

"unit test" 
l; 
"title": "My Test 1" 
"version": 1 


deua 
"author": "unittest", 
"content": "Just a service test 2", 
"created at": { 
"$date": 1514741833010 
"news type": "famous", 
"tags": [ 
"est", 
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"unit test" 
l; 
"title": "My Test 2", 
"version": 1 
b; 
1, 
“status”: "success" 
} 
with self.client: 
response = self.client.get ('/famous/1/10') 
data = json.loads (response.data.decode ()) 
self.assertEqual(response.status code, 200) 
self.assertIn('success', data['status']) 
self.assertEqual(2, len(data['news'])) 
counter = 1 
for d in data['news']: 
self.assertEqual( 
d['title'], 
'My Test ()'.format (counter) 
) 
self.assertEqual( 
d['content'], 
'gust a service test ()'.format (counter) 
) 
self.assertEqual( 
d['author'], 
'unittest' 
) 


counter += 1 


通过 相同 的 方式 ， 还 可 对 故障 场合 构建 单元 测试 ， 对 应 处 理 过 程 也 基本 相同 ， 如 下 
所 示 : 


Gpatch('views.rpc get all news') 
def test fail(self, rpc get all news mock): 
"""Test to get all News paginated.""" 
rpc get all news mock.side effect = Exception('Forced test fail') 
with self.client: 
response = self.client.get('/famous/1/10"') 
data = json.loads (response.data.decode()) 
self.assertEqual(response.status code, 500) 
self.assertEqual('fail', data['status']) 
self.assertEqual('Forced test fail', data['message']) 
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由 于 测试 场景 变 得 越发 复杂 ， 因 而 可 针对 简单 场景 定义 相关 类 ， 例 如 针对 辅助 函数 
的 测试 。 下 列 单元 测试 较为 简单 ， 并 验证 函数 负责 封装 错误 消息 的 逻辑 内 容 ) 是 否 可 
正常 工作 。 

class TestUtilsFunctions (BaseTestCase): 
def test error message (self): 

response = error response('test message error', 500) 

data = json.loads (response[0] .data.decode () ) 

self.assertEqual(response[1], 500) 

self.assertEqual('fail', data['status']) 

self.assertEqual('test message error', data['message']) 


在 文件 的 结尾 处 设置 了 一 个 条 件 ， 进 而 可 执行 本 地 Python 测试 工具 ， 如 下 所 示 : 
if name == ' main ': 
unittest.main() 
不 难 发 现 ， 上 述 单元 测试 执行 起 来 较为 简单 ， 其 复杂 之 处 在 于 : 针对 有 效 的 测试 覆 
盖 范 围 ， 须 考虑 到 所 有 的 可 能 场景 。 
为 了 进一步 查看 OrchestratorNewsService 单元 测试 的 运行 状态 ， 可 使 用 下 列 命令 行 


$ docker-compose -f docker-compose.yml up --build -d 


$ docker exec -it $(shell docker ps -q --filter 
"name-orcherstrator news service 1") python tests.py 


12.2. ”针对 集成 测试 配置 容器 


在 真正 运行 集成 测试 之 前 ,首先 需要 对 其 配置 容器 。 可 在 当前 开发 环境 中 使 用 docker- 
compose。 目 前 ， 所 有 的 应 用 程序 设置 均 位 于 同一 docker-compose.yml 文件 中 。 
docker-compose 可 通过 传递 docker-compose.yml 文件 进而 重 写 设置 ， 如 下 所 示 : 

$ docker-compose -f docker-compose.yml -f docker-compose.test.yml up 

--build -d 

下 面 将 分 离 上 述 设置 并 创建 不 同 的 docker-compose 文件 。 其 中 ， 每 个 文件 对 应 于 特 
定 的 环境 。 对 此 ， 将 创建 一 个 新 的 文件 docker-compose.test.yml， 该 文件 仅 包 含 需要 重 写 
的 设置 内 容 ， 如 下 所 示 : 


version: '3' 


services: 
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users service: 
environment: 
-DATABASE URL-postgresql://postgres:postgresQusers service db:5432/ 
users test?sslmode-disable 


famous news service: 
environment: 
- QUERYBD HOST-mongodb://querydb famous:27017/news test 
-COMMANDDB HOST-postgresql://postgres:postgres8commanddb famous: 
5432/news test?sslmode-disable 


politics news service: 
environment: 
- QUERYBD HOST-mongodb://querydb politics:27017/news test 
-COMMANDDB HOST-postgresql://postgres:postgres8commanddb politics: 
5432/news test?sslmode-disable 


sports news service: 
environment: 
- QUERYBD HOST-mongodb://querydb sports:27017/news test 
-COMMANDDB HOST-postgresql://postgres:postgres8commanddb sports: 
5432/news test?sslmode-disable 


recommendation service: 
environment: 
- DATABASE URL-http://recommendation db:7474/db/test data 


在 上 述 代码 段 中 可 以 看 到 ， 全 部 修改 内 容 仅 包 含 了 数据 库 路 径 ， 这 是 针对 当前 测试 
创建 的 一 种 特定 的 数据 库 ， 即 沙 箱 。 

正如 创建 包含 特定 设置 项 的 新 文件 那样 ， 我 们 也 应 移 除 docker-compose.yml 文件 中 
不 必要 的 设置 内 容 。 

某 些微 服务 所 使 用 的 环境 变量 需要 进行 蔡 换 ， 例 如 main.go 文件 中 的 UsersServices。 
设置 内 容 的 蔡 换 操作 如 下 所 示 : 


connectionString := os.Getenv("DATABASE DEV URL") // replace this 
connectionString := os.Getenv("DATABASE URL") // by this 


同时 ， 可 针对 所 有 微服 务 寻 


复 该 处 理 过 程 。 
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12.3 集成 测试 


在 测试 的 构造 过 程 中 ， 集 成 测试 与 单元 测试 十 分 类 似 ， 但 前 者 涵盖 了 不 同 的 概念 。 

类 似 于 单元 测试 ， 集 成 测试 也 需要 具备 确定 性 ， 但 不 仅仅 是 证 明 隔 离 的 代码 段 。 在 
微服 务 环 境 下 ， 集 成 测试 将 验证 测试 开始 点 至 最 终 交 互 间 的 全 部 流程 。 例 如 ， 它 可 以 是 
一 个 供应 商 应 用 程序 或 数据 库 。 

在 OrchestratorNewsService 微服 务 示例 中 《该 微服 务 将 用 作 测 试 示例 ) ， 当 测试 端点 
时 ， 将 不 再 创建 任何 一 种 mock， 且 该 过 程 尽 可 能 地 接近 真实 状态 。 然 而 ， 我 们 应 保证 全 
部 测试 具有 确定 性 。 对 此 ， 可 使 用 特定 的 数据 库 ， 并 编写 良好 的 集成 测试 代码 。 

首先 在 OrchestratorNewsService 存储 库 中 创建 tests integration.py 文件 ， 编 写 导入 语 
句 并 声明 测试 基 类 ， 如 下 所 示 : 

import json 

import unittest 


from app import app 
from flask testing import TestCase 


class BaseTestCase (TestCase): 


def create app(self) : 
app.config.from object('config.TestingConfig') 


return app 
随后 定义 集成 测试 类 ， 如 下 所 示 : 
class TestIntegration (BaseTestCase): 
当 实 例 化 当前 类 时 ，setUp 方法 将 被 执行 ， 且 该 方法 在 所 有 其 他 方法 之 前 被 执行 。 需 
要 注意 的 是 ， 当 前 针对 微服 务 执行 HTTP POST 操作 ， 且 不 包含 任何 mock。 这 意味 着 ， 
可 高 效 地 实现 数据 库 信息 的 持久 化 操作 。 当 运行 setUp 方法 时 , 将 保存 响应 结果 以 及 实例 
变量 所 返回 的 JSON。 对 应 代码 如 下 所 示 : 
def setUp(self): 
dict obj = dict( 
title-'My Test', 
content-'Just a service test', 


author-'unittest', 
tags-['Test', 'unit test'], 
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with self.client: 

self.response post - self.client.post( 
'/famous', 
data-json.dumps (dict obj), 
content type-'application/json', 

) 

self.data post - json.loads( 
self.response post.data.decode() 

) 


第 一 个 集成 测试 仅 验证 setUp 运行 的 POST 信息 是 否 正确 ， 如 下 所 示 : 


def test add news(self): 
"""Test to insert a News.""" 
self.assertEqual(self.response post.status code, 201) 
self.assertEqual('success', self.data post['status']) 
self.assertEqual('My Test', self.data post['news']['title']) 


第 二 个 集成 测试 将 调用 get_single news， 并 与 微服 务 FamousNewsService 集成 。 下 
列 代码 中 显示 了 所 创建 的 新 闻 文 章 的 ID。 


def test get single news (self) : 

response = self.client.get( 
'famous/(id)'.format(id-self.data post['news']['id']) 

) 
data = json.loads (response.data.decode()) 
self.assertEqual(response.status code, 200) 
self.assertIn('success', data['status']) 
self.assertTrue (len (data['news']) > 0) 
self.assertEqual(data['news']['title'], 'My Test') 
self.assertEqual(data['news']['content'], 'Just a service test') 
self.assertEqual(data['news']['author'], 'unittest') 


最 后 ， 再 次 设置 执行 集成 测试 的 相关 条 件 ， 如 下 所 示 : 


if name == ' main ': 
unittest.main() 
当 需 要 查看 OrchestratorNewsService 集成 测试 的 运行 状态 时 ， 可 使 用 下 列 命令 行 : 
$ docker-compose -f docker-compose.yml -f docker-compose.test.yml up 
--build -d 


$ docker exec -it $(shell docker ps -q --filter 
"name-orcherstrator news service 1") python tests integration.py 
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不 难 发 现 , 如 果 弃 用 了 mock 工具 , 集成 测试 和 单元 测试 包含 了 相同 的 测试 套件 工具 。 
另外 ， 二 者 的 测试 过 程 也 较 类 似 ， 仅 是 对 应 的 概念 有 所 不 同 。 


12.4” 端 到 端 测 试 


从 概念 上 讲 ， 端 到 端 测试 与 集成 测试 较为 类 似 ， 但 前 者 将 沿 着 应 用 程序 的 全 部 流程 。 
该 类 型 测试 的 主要 目的 在 于 检测 各 个 流程 阶段 是 否 受 损 。 关 于 端 到 端 测试 以 及 集成 测试 ， 
许多 开发 人 员 仍 对 此 产生 混淆 。 

二 者 间 的 最 大 差别 在 于 ， 集 成 测试 验证 应 用 程序 的 某 一 部 分 与 其 他 微服 务 、 工 具 或 供 
应 商 间 的 集成 状态 ， 而 端 到 端 测 试 则 验证 应 用 程序 的 业务 流 ， 而 非 与 后 续 内 容 间 的 集成 。 

另外 ， 还 有 可 能 包含 多 个 端 到 端 测试 ， 并 验证 不 同 的 流程 。 在 当前 应 用 程序 示例 中 ， 
将 要 测试 的 流程 包括 : 

(1) 创建 用 户 。 

(2) 针对 每 个 新 闻 服务 类 型 创建 新 闻 文章 (如 名 人 、 政 策 以 及 体育 )。 

G) 通过 发 送 请 求 cookie 中 的 user id 函数 ， 搜 索 测试 中 创建 的 全 部 新 闻 文 章 。 

(4). 验证 针对 用 户 创建 的 推荐 内 容 。 

对 于 代码 内 容 ， 首 先 需要 在 项 目的 根 目录 中 创建 新 目录 TestRobot， 并 在 该 目录 中 创 
建 main.go 文件 ， 该 文件 即 为 端 到 端 测试 工具 。 

在 TestRobot/main.go 文件 中 ， 须 分 别 声明 数据 包 、 导 入 语句 、 常 量 以 及 测试 所 用 的 
相关 结构 。 对 应 代码 如 下 所 示 : 


package main 


import ( 
"bytes" 
"encoding/json" 
"errors? 
"fmt" 
"io/ioutil" 
"log" 
"net/http" 
"og" 
"strings" 
"time" 
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const ( 
baseURL string = "http://localhost/" 
newsURL string = baseURL + "vl/news/" 
usersURL string = baseURL + "vl/users/" 
recommendationURL string = baseURL + "vl/recommendation/" 


type News struct ( 


ID int send 
Author string "json:"author"^ 
Content string "json:"content"^ 
NewsType string "json:"news type"^ 
Tags []string "json:"tags"^ 
Title string "json:"title"^ 
Version int "json:"version"^ 


type RespNewsBody struct ( 
News News ^json:"news"^ 
Status string ^json:"status"^ 


type Users struct ( 


ID int ^json:"id"^ 

Name string "json:"name"^ 
Email string ^json:"email"^ 
Password string "json:"password"^ 


type RecommendationByUser struct ( 
ID string ^json:"id"^ 
i 
下 一 步 是 编写 辅助 函数 ， 以 避免 代码 重复 。 其 中 ，newsUnmarshaler 函数 将 接收 的 
JSON 转换 为 struct 实例 RespNewsBody， 如 下 所 示 : 


func newsUnmarshaler (resp *http.Response) (RespNewsBody, error) { 
defer resp.Body.Close() 


body, := ioutil.ReadAll (resp.Body) 
var respBody RespNewsBody 
if err := json.Unmarshal(body, &respBody); err !- nil ( 


return respBody, err 
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} 
return respBody, nil 
} 


newsIntegrityValidator 函数 负责 验证 所 接收 的 数据 是 否 为 期 望 数据 ， 对 应 代码 如 下 
所 示 : 


func newsIntegrityValidator (respBody RespNewsBody, newsType string) error { 
if respBody.News.Version < 1 { 
return errors.New("News wasn't created") 
j 
if strings.Title(newsType)*" end-to-end Test" !- 
respBody.News.Author ( 
return fmt.Errorf("Inconsistent value checking the author: 
$s", respBody.News.Author) 
i 
return nil 
} 


recommendationUnmarshaler 将 所 接收 的 JSON 转换 为 RecommendationByUser 结 构 实 
例 列 表 ， 对 应 代码 如 下 所 
func recommendationUnmarshaler(resp *http.Response) 


([]RecommendationByUser, error) ( 
defer resp.Body.Close() 


body, := ioutil.ReadAll (resp.Body) 
var respBody []RecommendationByUser 
if err := json.Unmarshal(body, &respBody); err !- nil ( 


return respBody, err 
) 
return respBody, nil 
) 


recommendationIntegrityValidator 函数 负责 验证 所 接收 的 数据 是 否 为 期 望 数据 ， 如 下 
所 示 : 


func recommendationIntegrityValidator (recommendations 
[]RecommendationByUser) error ( 
if len(recommendations) « 3 ( 
return fmt.Errorf("Fail. The quantity of recommendations was 
less then spected. expected: 3 received: $d", len(recommendations)) 
} 
return nil 


*256* 微服 务 设计 模式 和 最 佳 实践 


下 面 开 始 编写 一 个 函数 ， 并 验证 在 会 话 开始 阶段 制定 的 流程 。 首 先 须 声明 函数 名 ， 
即 StartToEndTestMinimalFlow。 对 应 代码 如 下 所 示 : 


func StartToEndTestMinimalFlow() ( 
log.Println("4HR Starting minimal validation flow 4H") 
log.Println("Validating user creation") 


前 述 内 容 曾 生成 负载 、 创 建 用 户 并 执行 了 POST 方法 ， 通 过 验证 成 功 ， 则 继续 执行 
该 处 理 过 程 。 对 应 代码 如 下 所 示 : 
reqBody := []byte( 1{ 


"name": "end-to-end User", 
"email": "end-to-endGtest.com", 
"password": "123456" 
12) 
resp, err :- http.Post(usersURL, "Application/json", 
bytes.NewBuffer (reqBody)) 
if err !- nil ( 
os.Exit (1) 
) 
defer resp.Body.Close() 
body, := ioutil.ReadAll (resp.Body) 
var respUser Users 
if err := json.Unmarshal(body, &respUser); err != nil ( 
log.Fatalln (err) 
) 
if respUser.Email != "end-to-endGtest.com" ( 
log.Fatalln("Inconsistent value checking the user email: ", 
respUser.Email) 
) 


log.Println("User creation validated with success") 
接 下 来 针对 新 闻 文 章 生成 负载 ， 如 下 所 示 : 


mapNews := map[string][]byte( 
"famous": []byte(^( 
"author": "Famous end-to-end Test", 
"content": "This content is just a test using the 
famous end-to-end test robot", 
"tags": ["Famous test"], 
"title": "FamousNews test end-to-end" 
), 
"politics": []byte(^t 
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"author": "Politics end-to-end Test", 
"This content is just a test using the 
politics end-to-end test robot", 

"tags": ["Politics test"], 

"title": "PoliticsNews test end-to-end" 


"content": 


y, 
"sports": []byte(`{ 
"author": "Sports end-to-end Test", 
"content": "This content is just a test using the 
sports end-to-end test robot", 
"tags": [Sports test]; 
"title": "SportsNews test end-to-end" 
O), 
} 
newsTypeID := make (map[string]int) 


随后 ， 针 对 每 个 负载 项 执行 循环 操作 并 重复 上 述 流程 。 对 应 代码 如 下 所 示 : 


for newsType, reqBody := range mapNews { 
log.Println("Validating news creation:", newsType) 


编排 器 将 使 用 HTTP POST， 如 下 所 示 : 


resp, err := http.Post(newsURL*newsType, "Application/json", 
bytes.NewBuffer (reqBody)) 
if err != nil ( 
os.Exit (1) 
) 
respBody, err :- newsUnmarshaler (resp) 
if err !- nil ( 
log.Fatalln (err) 
) 


针对 每 篇 新 闻 文 章 ， 所 返回 的 数据 内 容 将 被 验证 。 如 果 验 证 器 未 返回 错误 ， 则 处 理 
过 程 继续 进行 ， 如 下 所 示 : 
if err := newsIntegrityValidator(respBody, newsType); err != nil ( 
log.Fatalln (err) 
ü 
log.Println("News creation validated with success:",newsType) 


下 面 将 对 所 创建 的 新 闻 文章 执行 搜索 操作 , 并 传递 请 求 cookie 中 的 user id. 如 下 所 示 : 


log.Println("Validating news get:", newsType) 
client := &http.Client(] 
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req, err := http.NewRequest("GET", fmt.Sprintf("$s$s/Sd", 
newsURL, newsType, respBody.News.ID), nil) 
if err l= nil 有 
log.Fatalln (err) 
) 
req.Header.Set("Cookie", fmt.Sprintf( "user id-$d" , respUser.ID)) 
resp, err - client.Do (req) 
if err !- nil ( 
log.Fatalln (err) 


) 
respBody, err = newsUnmarshaler (resp) 
if err !- nil ( 


log.Fatalln (err) 
) 


再 次 ， 将 验证 新 闻 文章 的 完整 性 ， 并 借助 于 下 列 搜索 结果 : 


if err:- newsIntegrityValidator(respBody, newsType); err! = nil ( 
log.Fatalln (err) 

) 

log.Println("Got news with success:", newsType) 


在 循环 结尾 处 ， 将 生成 新 闻 类 型 和 新 闻 文 章 ID 间 的 键 / 值 对 ， 如 下 所 示 : 


newsTypeID[newsType] = respBody.News.ID 
) 


下 面 将 针对 某 个 用 户 搜索 并 验证 新 闻 标记 的 推荐 内 容 ， 如 下 所 示 : 


log.Println("Validating recommendations") 
time.Sleep(1 * time.Second) 
resp, err = http.Get(fmt.Sprintf("9$s*$s/*$d", recommendationURL, 
"user", respUser.ID)) 
if err != nil ( 
log.Fatalln(err) 
} 
recommendationByUser, err := recommendationUnmarshaler (resp) 
if err nil ( 
log.Fatalln (err) 
) 
if err := recommendationIntegrityValidator (recommendationByUser); 
err !- nil { 
log.Fatalln(err) 
} 


log.Println ("Recommendations validated with success") 
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log.Println("4Ht Finished minimal validation flow ###") 
} 
文件 结尾 则 定义 了 执行 当前 任务 的 main 函数 ， 如 下 所 示 : 


func main() ( 
StartToEndTestMininalFlow() 


) 

当 查 看 端 到 端 测试 的 运行 状态 时 ， 可 使 用 下 列 命 令 行 : 

$ docker-compose -f docker-compose.yml -f docker-compose.test.yml up 
--buitd =d 


$ go run $(PWD) /TestRobot/main.go 
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这 里 ， 管 线 可 视 作 处 理 流程 ， 且 需要 在 代码 发 布 至 产品 ， 或 者 特定 的 版 本 控制 库 之 
前 运行 。 

对 此 ， 较 为 常见 的 管线 构建 工具 包括 Jenkins 以 及 其 他 持续 集成 (CI) 工具 。 图 12.1 
显示 了 较为 常见 的 代码 测试 管线 流程 。 


构建 — 单元 测试 一 > 集成 测试 一 > 端 到 端 测试 一 > Rh 


图 12.1 
管线 概念 可 视 为 一 种 较 好 的 测试 流 控制 器 。 


12.6 签名 测试 


假设 下 列 场景 : 多 个 开发 团队 参与 了 同一 应 用 程序 中 不 同 微服 务 的 开发 ,此 类 微服 
务 于 其 间 包含 了 某 些 通信 机 制 。 对 此 ， 存 在 一 类 合约 并 表示 为 微服 务 的 负载 ， 有 时 也 称 
作 服 务 签 名 。 相 应 地 ， 某 个 团队 修改 了 该 微服 务 的 签名 将 导致 应 用 程序 的 其 他 部 分 出 现 
错误 。 
如 前 所 述 ， 微 服务 的 修改 行为 十 分 常见 ， 尤 其 是 微服 务 表示 为 内 部 层 中 的 部 分 内 容 
时 。 当 某 个 微服 务 的 签名 发 生变 化 ， 须 针对 其 他 团队 发 布 一 项 任务 一 相关 微服 务 应 与 
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当前 签名 予以 整合 。 

除了 签名 发 生变 化 之 外 ， 相 关 问 题 还 包括 信息 的 缺失 ， 其 原因 在 于 ， 微 服务 签名 的 
整合 操作 可 能 失效 或 者 是 被 遗忘 。 

签名 测试 适用 于 微服 务 有 效 负载 中 可 能 出 现 的 警告 内 容 的 变化 。 对 此 ， 有 很 多 方法 
可 以 做 到 这 一 点 ， 例 如 webhook、 版 本 控制 库 ， 甚 至 是 脚本 和 CI。 

作为 示例 ， 下 面 考察 RecommendationService 和 UsersService 间 的 通信 。 对 于 创建 两 
个 微服 务 间 的 RPC 客户 端 /服务 器 通信 ， 其 间 存 在 一 个 公共 文件 ， 该 文件 位 于 ProtoFiles 
库 中 ， 并 称 作 user_data proto。 在 当前 示例 中 ， 验 证 过 程 十 分 简单 ， 仅 需 检查 该 文件 是 否 
被 修改 即 可 。 

当 验 证 user data.proto 文件 的 变化 时 ， 可 使 用 下 列 命令 : 


$ git diff --name-only HEAD HEAD-1 | grep user data.proto 


上 述 命令 验证 当前 提交 和 前 一 次 提交 的 文件 是 否 存在 差异 。 


12.7 Monkey 测试 


Monkey 测试 通常 是 一 类 包含 随机 值 的 自动 化 测试 ， 并 关注 应 用 程序 中 识别 出 的 错 
误 。 一 般 情况 下 ， 这 种 测试 中 产生 的 错误 往往 是 由 于 输入 处 理 失 败 ， 或 者 应 用 程序 压 
力 所 导致 的 ) 输入 处 理 缓慢 而 造成 的 。 

Monkey 测试 常 与 一 种 称 之 为 Fuzzing 的 测试 技术 结合 使 用 ,Fuzzing 依赖 于 向 计算 机 
程序 输入 无 效 、 意 外 和 随机 的 数据 ， 并 于 随后 监控 程序 ， 分 析 运 行 期 错误 这 一 类 异常 。 

总 体 而 言 ，Monkey 对 于 识别 一 些 现 有 的 错误 十 分 有 效 。 


12.8 Chaos Monkey 


Chaos Monkey〔 对 应 网 址 为 https://github.com/Netflix/chaosmonkey) 由 Netflix 工程 
团队 发 布 ， 顾 名 思 义 ， 该 测试 以 一 种 随机 方式 产生 “混乱 ”。 其 处 理 过 程 将 随机 选取 生 
成 环境 中 的 服务 器 ， 并 在 工作 期 内 对 其 予以 禁用 ， 并 以 此 度量 应 用 程序 的 弹性 。 

当 采 用 Chaos Monkey 时 ， 可 以 确定 如 何 更 好 地 分 发 服务 器 ， 寻 找 更 高 效 的 监控 系统 ， 
并 开发 弹性 模式 。 

假设 某 个 应 用 程序 实现 了 CQRS。 如 果 Chaos Monkey 测试 从 写 入 数据 库 中 关闭 了 服 
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务 器 ， 情 况 又 当 如 何 ? 如 图 12.2 所 示 。 


客户 端 /ULAPI 


应 用 程序 


队列 组 件 


非 标 准 化 
数据 库 


图 12.2 


此 处 所 产生 的 问题 并 不 严重 。 其 中 ， 信 息 的 写 入 过 程 将 被 中 断 ， 但 读 取 过 程 并 不 会 
被 打 断 。 如果 采 用 了 事务 型 队列 , 未 注册 域 使 用 的 信息 将 返回 到 队列 , 直到 CommandStack 
数据 库 实例 被 恢复 。 当 在 应 用 程序 中 配置 了 良好 的 监视 系统 后 ， 可 重新 构建 新 的 数据 库 
实例 ， 同 时 还 可 解决 此 类 异常 问题 ， 并 且 不 会 对 系统 造成 重大 的 影响 。 

注意 ， 上 述 情 形 仅 适用 于 Chaos Monkey 测试 。 

Chaos Monkey 涵盖 了 以 下 测试 分 类 。 


口 
口 
口 
口 
口 
口 


Chaos Gorilla: 模拟 全 部 可 用 区 域 中 的 不 可 用 性 。 

Conformity Monkey: 关闭 不 符合 最 佳 实践 方案 的 实例 。 

Doctor Monkey: 执行 性 能 检测 〈 类 似 于 CPU) 。 

Janitor Monkey: 搜索 未 使 用 的 资源 并 对 其 子 以 删除 。 

Latency Monkey: 在 客户 机 -服务 器 通信 中 生成 人 为 的 延迟 。 

Security Monkey: 这 将 产生 安全 漏洞 问题 ， 例 如 经 适当 配置 的 非 安 全 组 。 
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本 章 讨论 了 多 种 测试 方案 ， 并 将 所 学 的 知识 应 用 到 实际 案例 中 ， 包 括 最 简单 的 单元 
测试 ， 以 及 流行 且 功 能 强大 的 Chaos Monkey 测试 。 

第 13 章 将 介绍 监测 、 安 全 以 及 部 署 方案 ， 其 中 涉及 了 许多 新 概念 和 策略 方案 ， 以 进 
一 步 丰 富 微服 务 架 构 方 面 的 知识 。 
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前 述 章节 讨论 了 应 用 程序 所 构建 的 逻辑 内 容 ， 并 使 用 了 DDD、 内 部 设计 模式 ， 以 及 
微服 务 间 的 通信 设计 模式 ， 同时 还 考察 了 可 扩展 性 、 反 模式 以 及 良好 的 开发 实践 方案 等 


内 容 。 


本 章 将 介绍 如 何 将 应 用 程序 置 入 产品 中 ， 其 中 包含 了 较为 广泛 的 概念 ， 如 下 所 示 : 


监测 服务 。 

理解 度量 数值 。 
身份 验证 和 授权 服务 。 
单 点 登录 。 

安全 数据 。 

人 为 因素 。 

攻击 识别 。 

API 网 管 。 

持续 集成 /交付 。 
开发 管线 。 

多 服务 实例 /主机 。 
服务 实例 /主机 。 
服务 实例 /VM。 

服务 实例 /容器 。 

不 难 发 现 ， 其 中 涉及 大 量 的 新 内 容 需要 我 们 进一步 理解 。 


ED Ò DG 0O Op ODODO E 


13.1 ”监测 微服 务 


由 于 缺少 相应 的 监测 机 制 ， 某 些微 服务 无 法 置 入 产品 环境 中 。 旧 


用 性 以 及 应 用 程序 的 性 能 相关 的 内 容 。 


程序 的 覆 写 行为 ， 抑 或 导致 系统 中 的 某 些 部 分 出 现 不 稳定 现象 。 其 


使 在 可 控 环 境 下 执 
行 了 相应 的 测试 ， 也 难以 获得 令 人 满意 的 性 能 结果 。 产 品 编码 中 包含 了 与 可 伸缩 性 、 可 


缺少 警告 系统 以 及 微服 务 的 度量 结果 获取 方式 ， 常 会 导致 较 高 的 命中 数量 以 及 应 / 
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不 稳定 性 特征 往往 是 最 为 危险 的 情况 ， 且 多 为 静默 错误 且 难 以 检测 。 当 发 现 问题 时 ， 为 
时 已 晚 。 

在 某 些 场合 下 ， 由 于 开发 团队 并 未 真正 理解 应 用 程序 的 检测 度量 机 制 ， 或 者 并 不 知 
晓 其 采集 方式 ， 因 而 也 会 产生 微服 务 不 稳定 这 一 类 现象 。 


13.1.1 监测 单一 服务 


总 体 来 说 ， 应 用 程序 的 检测 机 制 并 不 复杂 ， 但 其 中 列 含 了 分 析 和 监测 方面 的 知识 。 
下 面 首 先 讨 论 单一 服务 器 的 监测 ， 随 后 介绍 多 服务 的 监测 。 

监测 机 制 主要 涉及 两 方面 的 内 容 ， 即 机 器 监测 〈 测 量 应 用 程序 服务 器 的 可 用 性 、 健 
康 程度 以 及 性 能 ) 以 及 应 用 程序 的 监测 (服务 器 机 器 是 全 功能 型 的 , 但 应 用 程序 则 未 必 ) 。 

在 监测 机 制 领域 内 ， 存 在 两 种 实现 方式 ， 即 被 动 监测 与 主动 监测 。 

Q “主动 监测 是 指 受到 监测 的 服务 器 将 状态 信息 发 送 到 监视 工具 。 

Q ”被 动 监测 则 是 指 监测 工具 从 服务 器 请 求 与 机 器 或 应 用 程序 状态 相关 的 信息 。 

图 13.1 显示 了 监测 流程 。 


监视 工具 


主动 监测 被 动 监测 


图 13.1 


一 种 非常 简单 的 方法 是 创建 显示 应 用 程序 健康 状况 的 端点 ， 也 称 为 健康 检查 。 为 了 
更 好 地 理解 这 一 内 容 ， 下 面 在 UsersService 微服 务 中 创建 该 类 型 的 端点 。 

在 UsersService 微服 务 的 app.go 文件 中 , 向 initializeRoutes 方法 中 加 入 新 的 路 径 ， 如 
下 所 示 : 


func (a *App) initializeRoutes() { 
a.Router.HandleFunc("/all", a.getUsers).Methods ("GET") 
a.Router.HandleFunc("/", a.createUser).Methods ("POST") 
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a.Router.HandleFunc("/[id:[0-9]4)", a.getUser).Methods ("GET") 
a.Router.HandleFunc("/(id:[0-9]4)", a.updateUser).Methods ("PUT") 
a.Router.HandleFunc ("/ (id: [0-9]4])", a.deleteUser) Methods ("DELETE" 
a.Router.HandleFunc ("/health| ", a.healthcheck) .Methods ("GET") 

) 

然后 ， 将 针对 上 述 新 路 径 创建 处 理 程序 。 对 应 方法 名 和 参数 如 下 所 示 ; 

func (a *App) healthcheck(w http.ResponseWriter, r *http.Request) ( 


接 下 来 ， 可 定义 一 个 变量 并 采集 错误 信息 、 搜 索 源 自 缓存 的 Pool 连接 ， 并 筹备 Pool 
连接 的 返回 结果 ， 如 下 所 示 : 


var err error 
C := a.Cache.Pool.Get () 
defer c.Close() 


下 面 执行 第 一 次 验证 ， 也 就 是 说 ， 检 测 缓存 是 否 处 于 活动 状态 ， 如 下 所 示 ; 


// Check Cache 
Lf, err — c.Do("PING") 


随后 执行 第 二 次 验证 ， 即 检测 数据 库 是 否 处 于 活动 状态 ， 如 下 所 示 : 


// Check DB 
err = a.DB.Ping() 


如 果 其 中 的 某 个 组 件 不 可 用 ， 那 么 ， 将 向 当前 监测 工具 返回 一 条 错误 信息 ， 如 下 所 示 : 


if err != nil { 
http.Error(w, "CRITICAL", http.StatusInternalServerError) 
return 


) 
如 果 应 用 程序 组 件 中 未 包含 任何 错误 ， 则 返回 一 条 消息 并 显示 一 切 均 正 常 ， 如 下 所 示 : 


w.Write ([]byte ("OK")) 
return 
) 


最 终 ， 健 康 监测 处 理 程序 包含 以 下 内 容 


func (a *App) healthcheck(w http.ResponseWriter, r *http.Request) ( 
var err error 
C := a.Cache.Pool.Get () 
defer c.Close() 
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// Check Cache 
y orr = c DO("PINGY) 


// Check DB 
err = a.DB.Ping() 


if err != nil { 
http.Error (w, "CRITICAL", http.StatusInternalServerError) 
return 

} 


w.Write ([]byte ("OK") ) 
return 


13.1.2 监测 多 项 服务 


在 13.1.1 节 中 ， 我 们 考察 了 单一 服务 监测 的 工作 方式 。 但 是 ， 当 谈 及 微服 务 架 构 时 ， 
其 中 将 会 涉及 大 量 的 服务 器 。 那 么 ， 如 何 监 测 所 有 这 些 服务 器 ? 答案 在 于 自动 化 。 

通过 人 工 方式 ， 一 般 无 法 监测 如 此 众多 的 服务 器 ， 我 们 需要 借助 工具 的 力量 实现 这 
一 项 任务 ， 其 中 涉及 多 种 有 效 的 工具 。 相 应 地 ， 一 些 工具 以 付费 方式 推出 ， 而 另 一 些 工 
具 则 完全 免费 。 这 里 需要 特别 关注 一 下 Nagios 〈 对 应 网 址 为 https://www.nagios.org/ 
downloads/nagioscore/) o Nagios 是 一 款 灵 活 、 可 定制 的 工具 ， 并 可 处 理 监 测 过 程 中 的 主 
要 用 例 。 其 付费 版 本 可 极 大 地 简化 相关 操作 过 程 。 

图 13.2 显示 了 Nagios Core 服务 器 监测 界面 。 


Umen 100 Bj 
Hotte Sevice te Status * — LastChek *é Duration te Status information. 
kca Curent Load 5 [e OMA GS 0dihom7e v OK- end average: 0.06, 0:13, 0114 


Cart Users Otor2010 43738 od ih mate USERS OK - 0 users curenty logged in 
01072018143521 — Od NTm4fe HTTP WARNING: HTTPI11 401 Unauthorzed - E05 bylos in 0.001 second responce tmo. 
OGH208 343094 od ihamie PING OK - Pachet ios = 0%, RTA = OUT me 

OGL2IB T3047  oainemise v DISK OK - oe space 38901 MB (63.81% node=77% 

OtGL208 44030 — 0d ih Sm32s SWAP OK - 91% ree (029 MB ou! of 1023 MB) 

OFGH2008:43613 — Odih4mde v PROCS OK: 17 processos wen STATE  RBZDT 
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当 以 被 动 方式 监测 服务 器 时 ， 图 13.3 展示 了 相关 结果 的 描述 方式 。 


Service Information 

Last Updated: Sun Jan 7 14:42:51 UTC 2018 
Updated every 90 seconds. 

Nagios Core™ 4.3.4 - www.nagios.org 
Logged in as nagiosadmin 


View Information For This Host 
View Status Detail For This Host 

View Alert History For This Service 
View Trends For This Ser 

View Alert Histogram For This Service 
View Availability Report For This Service 
View Notifications For This Service 


Current Status: 
Status Information: 
Performance Data: 
Current Attempt: 
Last Check Time: 


Check Type: 


Check Latency / Duration: 
Next Scheduled Check: 
Last State Change: 

Last Notification: 


Last Update: 
Active Checks: 


Passive Checks: 


Obsessing: 
Notifications: 
Event Handler: 
Flap Detection: 


Service State Information 


OK" (for 0d 1h 8m 47s) 

PING OK - Packet loss = 0%, RTA = 0.07 ms 
rta-0.066000ms;100.000000;500.000000;0.000000 pl=0%;20;60;0 
1/4 (HARD state) 

01-07-2018 14:39:04 


ACTIVE 


0.001 / 4.158 seconds 
01-07-2018 14:44:04 
01-07-2018 13:34:04 

N/A (notification 0) 

Is This Service Flapping? |'NO | (0.00% state change) 
In Scheduled Downtime? | NO. 
01-07-2018 14:42:43 (0d Oh Om 8s ago) 


Service 
PING 


On Host 
localhost 


(localhost) 


Member of 
No servicegroups. 


127.0.0.1 


虽然 Nagios 的 其 他 版 本 缺少 应 有 的 完整 性 和 简单 性 ， 但 是 Nagios Core 则 非常 灵活 ， 


且 包 含 了 丰富 的 文档 内 容 。 
13.13 ”查看 日 志 


某 些 时 候 ， 软 件 开 发 人 员 更 习惯 于 通过 日 志 观 察 应 用 程序 的 行为 。 对 于 微服 务 和 大 


规模 应 用 程序 来 说 ， 通 过 人 工 方式 监测 几乎 是 不 可 能 的 。 
当 手 动 方式 查看 日 志 异 常 复杂 时 ， 通 过 工具 对 日 志 ; 


关 信 息 则 变 得 十 分 有 效 。 


行 分 析 ， 并 以 简单 方式 提供 相 


对 此 ， 存 在 一 些 工具 可 实现 上 述 目 标 ，Splunk 则 是 其 中 的 佼佼 者 。 
Splunk 提供 了 免费 版 本 ， 但 用 户 额度 以 及 日 志 数量 〈 以 MB 计算 ) 则 较为 有 限 。 
尽管 如 此 ， 该 版 本 对 于 用 户 熟 悉 Splunk 的 使 用 方式 来 说 十 分 有 用 。 总 体 而 言 ，Splunk 
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提供 了 一 个 查询 系统 ， 可 以 对 数 百 万 行 日 志 执行 搜索 操作 。 图 13.4 显示 了 Splunk 的 搜索 
示例 。 


Search & Reporting 


图 13.4 
13.1.4 ”应 用 程序 中 的 错误 


当 谈 及 软件 开发 时 ， 往 往 会 涉及 应 用 程序 错误 这 一 话题 。 相 应 地 ， 存 在 多 种 因素 可 
导致 应 用 程序 出 现 错误 。 虽 然 存在 较为 广泛 的 测试 覆盖 以 及 良好 的 监测 机 制 ， 但 在 某 个 
关键 点 上 ， 错 误 仍 在 所 难免 。 

首先 ， 读 者 不 要 对 错误 抱 有 长 惧 心理 。 错 误 总 会 发 生 ， 但 重要 的 是 应 对 此 类 错误 历 
史 加 以 记录 。 跟 踪 历 史记 录 与 下 列 行为 有 关 : 故障 的 文档 记录 方式 ， 以 及 如 何 快速 恢复 
该 文档 ， 以 对 应 用 程序 的 恢复 提供 有 效 的 帮助 。 

编写 宕 机 文档 似乎 有 些 过 时 ， 但 是 ， 具 有 更 新 内 容 且 编写 良好 的 文档 仍 是 最 为 高 效 
的 交流 形式 之 一 。 除 了 生成 历史 数据 之 外 ， 此 类 文档 并 不 会 依赖 于 某 个 人 的 特定 记忆 。 

记录 应 用 程序 的 工作 方式 是 一 种 较 好 的 习惯 ， 但 其 缺陷 也 较为 明显 。Sphinx 则 是 一 
种 较 好 的 文档 编写 工具 ， 该 工具 易于 编辑 ， 并 提供 了 智能 搜索 功能 。 

Sphinx 能 够 通过 动态 搜索 , 并 以 集中 化 、 索 引 化 的 HIML 格式 提供 文档 。 另外, Sphinx 
不 与 任何 特定 的 文本 编辑 器 绑 定 。 

Sentry. 则 是 另 一 个 捕捉 错误 和 保存 历史 记录 的 较 好 工具 。 通 过 简单 的 代码 插入 ， 所 
有 严重 的 错误 都 可 以 报告 给 Sentry。 该 工具 的 一 个 有 趣 之 处 是 ， 除 了 维护 历史 记录 之 外 
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还 可 提供 错误 的 出 现 频率 。 
下 面 在 UsersService 微服 务 中 尝试 使 用 Sentry。 在 main.go 文件 中 ， 将 添加 下 列 导 入 
语句 ， 进 而 将 故障 报告 于 Sentry。 


import ( 

"flag" 

"log" 

"os" 

"github.com/jmoiron/sqlx" 

"github.com/lib/pq" 

raven "github.com/getsentry/raven-go" 

) 


接 下 来 在 main.go 文件 中 定义 init 方法 ， 在 每 次 启动 应 用 程序 时 ， 该 方法 于 main 77 
法 之 前 运行 。 另 外 ， 该 方法 还 定义 了 相关 配置 ， 以 显示 错误 的 发 送 位 置 。 对 应 代码 如 下 
所 示 : 


func init() { 
raven.SetDSN ("<YOUR SENTRY ROUTE>") 
} 


出 于 演示 目的 ， 在 Sentry 配置 完毕 后 ， 将 编写 一 个 新 的 处 理 程序 并 总 会 产生 错误 一 一 
该 程序 试图 打开 一 个 并 不 存在 的 文件 。 显 然 ， 我 们 需要 在 app.go 文件 中 定义 新 的 路 径 ， 
如 下 所 示 : 


func (a *App) initializeRoutes() { 

.Router.HandleFunc("/all", a.getUsers).Methods ("GET") 
.Router.HandleFunc("/", a.createUser).Methods ("POST") 
.Router.HandleFunc("/[id:[0-9]4)", a.getUser).Methods ("GET") 
.Router.HandleFunc("/[id:[0-9]4)", a.updateUser) .Methods ("PUT") 
.Router.HandleFunc ("/(id:[0-9]4)", a.deleteUser).Methods ("DELETE" 
-Router.HandleFunc ("/healthcheck", a.healthcheck) .Methods ("GET" 
.Router.HandleFunc("/sentryerr", a.sentryerr) .Methods ("GET") 


»»pmpnoobvom? 


} 

随后 ， 在 app.go 文件 中 编写 一 个 处 理 程序 ， 并 针对 Sentry 生成 错误 ， 如 下 所 示 : 
func (a *App) sentryerr(w http.ResponseWriter, r *http.Request) ( 
于 尝试 读 取 的 文件 并 不 存在 ， 因 而 下 列 代码 行将 产生 错误 : 

De ekes os.Open ("filename .ext") 


对 此 ， 捕 提 错 误 并 将 其 发 送 至 Sentry 中 ， 同 时 在 HTTP 响应 中 返回 一 个 错误 。 对 应 
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代码 如 下 所 示 : 


if err !- nil ( 
raven.CaptureErrorAndWait (err, nil) 
http.Error(w, err.Error(), http.StatusInternalServerError) 
return 


) 
如 果 未 出 现任 何 错误 ， 响 应 结果 将 显示 为 “OK”， 如 下 所 示 : 


w.Write([]byte ("OK") ) 
return 
} 


最 终 ， 当 前 方法 的 完整 内 容 如 下 所 示 : 


func (a *App) sentryerr(w http.ResponseWriter, r *http.Request) { 
, err := os.Open("filename.ext") 
if err !- nil ( 
raven.CaptureErrorAndWait (err, nil) 
http.Error(w, err.Error(), http.StatusInternalServerError) 
return 
) 
w.Write([]byte ("OK") 
return 
) 


要 在 Sentry 中 生成 错误 ， 只 需 
了 Sentry 中 的 错误 结果 。 


方 问 以 /v1/users/sentryerr 结尾 的 URL。 图 13.5 中 显示 


Vinicius Feitosa Pacheco /Go ~ 
 StarProject 。 19 Project Settings 


issues Overview User Feedback Relea: 


Unresolved Issues (2) ~ Sort by: Last Seen v 


API Docs Contribute 


图 13.5 
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当 单 击 Sentry 中 所 报告 的 错误 链接 时 ， 将 会 出 现 如 图 13.6 所 示 的 错误 报告 。 


*os.PathError app/vendor/github.com/getsentry/raven-go in CaptureErrorAnd... 
@ open filename. 


PIT ~ 


Details Comments © UserFeedback @ Tags Events Merged Similar Issues 


Event 2 
Jan7,20184,59.09 PMUTC JSON (10.8 KB! 


29 minutes ago 


07,20184.5909 PM UTC 


"os.PathError 
open filenane.ext: no such file or directory 


图 13.6 


不 难 发 现 , 其 中 包含 了 详细 、 完整 的 错误 信息 。 如果 重 复 调用 产生 故障 的 端点 , Sentry 
将 识别 相同 的 错误 ， 并 显示 同一 错误 在 一 段 时 间 内 的 出 现 次 数 ， 如 图 13.7 所 示 。 


Overview 


图 13.7 


综 上 所 述 ， 跟 踪 应 用 程序 中 的 错误 是 快速 恢复 系统 的 关键 所 在 。 
13.1.5 ”度量 方法 


度量 标准 十 分 有 用 ， 并 可 使 我 们 更 加 深入 地 理解 某 种 事物 。 常 见 的 度量 方法 是 考察 
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平均 值 ， 但 当 处 理 微服 务 时 ， 这 将 是 一 个 很 大 的 错误 。 
度量 结果 的 平均 值 可 能 会 掩盖 某 些 异常 情况 。 考 察 下 列 数值 : 
4 threads and 50 connections 
Thread Stats Avg Stdev Max +/- Stdev 
Latency 28.68ms 67.34ms 1.55s 98.58% 
Req/Sec 554.47 154.04 1.06k  73.50$ 
22085 requests in 10.01s, 3.45MB read 
Socket errors: connect 0, read 4, write 0, timeout 0 
Requests/sec: 2206.44 
Transfer/sec: 353.28KB 
对 于 延迟 平均 值 来 说 ， 一 切 均 正常 且 平均 值 为 28.68 毫秒 。 然 而 ， 当 查看 最 大 延迟 
时 ， 问 题 便 会 出 现 。 其 中 ， 最 大 时 间 值 是 1.55 秒 。 这 意味 着 一 个 请 求 几 乎 需要 两 秒 钟 才 
能 完成 。 
这 种 数字 上 的 异常 有 助 于 我 们 更 好 地 理解 工具 反馈 给 我 们 的 度量 结果 。 此 外 ， 我 们 
还 可 以 通过 这 一 类 数值 制定 更 好 的 可 伸缩 性 策略 。 
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注意 ， 存 在 多 种 方式 可 使 应 用 程序 遭受 攻击 。 因 此 ， 了 解 如 何 保护 微服 务 十 分 重要 ， 
进而 可 避免 软件 在 几 秒 钟 内 被 破坏 。 


13.2.1 理解 JWT 


当 与 API 协同 工作 时 ， 需 要 考虑 数据 传输 的 安全 性 ， 特 别 是 每 个 用 户 所 持 有 的 权限 
级 别 。 对 此 , 存在 多 种 方式 可 实现 这 一 任务 。 考 虑 到 安全 性 和 实现 的 简单 性 , JWT OSON 
Web 令 牌 ) 表现 得 较为 突出 。 

JWT 是 一 种 可 以 通过 URL. POST 或 HTTP 报头 发 送 的 数据 传输 系统 。 这 一 类 信息 
采用 了 数字 签名 ， 例 如 ， 使 用 HMAC 算法 或 使 用 RSA 算法 的 公 钥 / 私 钥 签名 。 

JWT 的 结构 包含 3 个 部 分 ， 并 由 点 号 予以 分 隔 。 这 3 部 分 内 容 分 别 是 数据 头 、 负 载 
以 及 签名 。 下 列 代码 显示 了 Go 语言 中 JWT 令 牌 的 创建 和 读 取 过 程 。 类 似 于 其 他 代码 ， 
首先 是 数据 包 声 明 以 及 导入 语句 ， 如 下 所 示 : 


package main 
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import ( 

"fmt" 

"log" 

"time" 

jwt "github.com/dgrijalva/jwt-go" 
) 


在 上 述 代码 中 ， 声 明了 jwt-go 包 ， 该 数据 包 提供 了 令 牌 创建 、 使 用 所 需 的 一 切 内 容 。 
下 面 声明 struct 方法 ， 该 方法 也 是 令 牌 中 的 一 部 分 内 容 。 需 要 注意 的 是 ，struct 方法 表示 
为 发 送 数据 与 默认 JWT 结构 间 的 组 合 结果 。 对 应 代码 如 下 所 示 : 


type MyCustomClaims struct ( 
UserID int ^json:"ID"^ 
Name string ^json:"name"^ 
Rule string ^json:"rule"^ 
jwt.StandardClaims 

) 


在 struct 方法 定义 完毕 后 ， 下 面 考 察 createToken 函数 。 首 先 需 要 声明 函数 名 ， 以 及 
令 牌 签名 密 钥 ， 如 下 所 示 : 


func createToken() string ( 
mySigningKey := []byte("AllYourBase") 


下 面 利用 令 牌 负载 数据 构建 struct 方法 ， 如 下 所 示 : 


// Create the Claims 
claims := MyCustomClaims( 
1, 
"Vinicius Pacheco", 
"Admin", 
jwt.StandardClaims|( 
ExpiresAt: time.Now().Add(time.Hour * 72).Unix(), 
Issuer: "Localhost", 
IssuedAt:  time.Now().Unix(), 
), 
} 


利用 所 创建 的 struct 方法 ， 我 们 将 把 相同 内 容 传 递 至 JWT， 随 后 利用 签名 字符 串 构 
令 牌 。 如 果 一 切 顺利 ， 将 返回 相应 的 令 牌 ， 对 应 代码 如 下 所 示 : 


token := jwt.NewWithClaims (jwt.SigningMethodHS256, claims) 
Ss, err := token.SignedString (mySigningKey) 


Im 
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if err !— nil t 
log.Fatal(err.Error()) 
1 
return ss 
} 


接 下 来 定义 readToken 函数 。 首 先 需要 声明 函数 名 以 及 所 接收 的 参数 ， 如 下 所 示 : 
func readToken (tokenString string) ( 


随后 执行 令 牌 解析 过 程 ， 如 下 所 示 : 


token, err := jwt.ParseWithClaims( 
tokenString, 
&amp;MyCustomClaims(), 
func (token *jwt.Token) (interface(), error) ( 
return []byte("AllYourBase"), nil 


) 
) 


在 令 牌 解析 过 程 执行 完毕 后 ， 我 们 验证 令 牌 是 否 完整 有 效 。 如 果 一 切 正常 ， 将 显示 


令 牌 值 ， 如 下 所 示 : 
if claims, ok := token.Claims.(*MyCustomClaims); ok &amp; &amp; 


token.Valid ( 
fmt.Printf( 
"$v $v $y $v Wn", 
claims.UserID, 
claims.Name, 
claims.Rule, 
claims.StandardClaims.ExpiresAt, 


) 
) else ( 
fmt.Println (err) 


) 
除 此 之 外 ， 还 需要 定义 main 函数 ， 以 切实 有 效 地 执行 上 述 处 理 过 程 ， 如 下 所 示 : 


func main() ( 
token :- createToken() 


fmt.Println (token) 
readToken (token) 
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IWT 的 简洁 性 令 人 印象 深刻 。 通 过 这 种 技术 实现 ， 可 构建 一 系列 的 身份 验证 和 授权 


13.22 单 点 登录 


单 点 登录 (SSO) 的 应 用 十 分 广泛 ,我 们 很 可 能 尚未 意识 到 这 一 点 。 一 个 很 好 的 例子 
是 ， 我 们 使 用 某 项 服务 的 用 户 账户 登录 到 另 一 个 完全 不 同 的 服务 。 

当 采 用 JWT 时 , 即 可 构建 提供 SSO 的 应 用 程序 。 图 13.8 显示 了 基于 JWT 的 SSO 常 
见 行为 。 


图 13.8 


通过 SSO， 可 向 应 用 程序 提供 更 多 的 动态 内 容 ， 除 了 产品 自身 之 外 ， 还 可 进一步 提 
供 验证 和 授权 服务 。 

需要 了 解 的 重要 一 点 是 ， 需 要 针对 身份 验证 中 的 专用 微服 务 进行 优化 一 一 在 很 大 程 
度 上 ， 它 有 可 能 成 为 系统 的 瓶颈 。 为 了 减少 身份 验证 微服 务 可 能 产生 的 冲突 ， 通 常 可 将 
其 划分 为 两 部 分 内 容 。 第 一 部 分 负责 令 牌 的 验证 ， 第 二 部 分 则 负责 令 牌 的 生成 操作 。 
图 13.9 显示 了 两 个 不 同 的 流程 ， 分 别 用 于 创建 令 牌 ， 以 及 验证 所 接收 的 令 牌 是 否 
有 效 。 
图 13.9 中 使 用 了 基于 插件 的 Nginx， 并 执行 了 令 牌 的 验证 工作 。 此 类 策略 可 有 效 地 
降低 逻辑 层 所 承受 的 压力 ， 从 而 减少 瓶颈 出 现 的 概率 。 
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图 13.9 
13.23 ”数据 安全 


安全 地 隔离 数据 层 是 每 个 开发 团队 都 在 考虑 的 事情 。 即 使 数据 被 防火 墙 或 者 其 他 类 
型 的 策略 安全 地 隔离 ， 仍 会 存在 一 些 敏感 数据 无 法 实现 正确 的 存储 。 

众所周知 ， 密 码 即 是 一 类 敏感 数据 。 但 是 ， 许 多 开发 团队 仍 对 数据 存储 采取 了 可 还 
原 加 密 ， 而 非 单 向 哈 希 值 。 这 里 ， 可 还 原 的 密码 可 视 为 一 种 安全 漏洞 。 

对 于 数据 来 说 ， 另 一 种 较 好 的 实践 方案 是 避免 使 用 顺序 数字 ID; 和 否则， 用 户 数据 将 
极 易 被 识别 或 窃取 。 对 于 应 用 程序 来 说 ， 在 数据 库 中 使 用 哈 希 值 或 跳跃 式 数字 则 更 加 安 
全 。 如 果 可 能 的 话 ， 建 议 使 用 哈 希 值 作为 DD。 

另外 ， 还 可 采用 HTTPS， 甚 至 低 于 API 级 别 。 仅 针对 应 用 程序 的 外 部 通信 层 使 用 
HTTPS 的 应 用 程序 是 一 种 十 分 常见 的 情形 。 


第 13 章 安全 监测 和 部 署 方 案 2777 


13.2.4 ”预防 恶意 攻击 一 一 识别 攻击 行为 


基于 微服 务 架 构 ， 最 常见 的 攻击 类 型 是 分 布 式 拒 绝 服 务 (DDoS) 。 鉴 于 其 简单 性 ， 
且 涉 及 微服 务 的 高 计算 能 力 ( 计 算 资 源 有 限 ， 尤 其 是 应 用 程序 遭受 攻击 时 ) ， 因 而 这 种 
类 型 的 攻击 行为 较为 常见 。 

首先 需要 对 攻击 行为 进行 识别 ， 对 此 存在 一 类 特定 的 模式 。 第 一 点 需要 注意 的 是 人 
为 因素 ， 在 这 种 情况 下 ， 需 要 计算 微服 务 的 调用 事件 。 无 论 是 否 遭 受到 攻击 ， 调 用 速度 
可 视 为 一 种 较 好 的 标识 。 

一 旦 请 求 被 确认 并 通过 验证 ， 建 议 使 用 以 下 缓解 策略 : 

OQ ”构建 最 小 化 微服 务 间 依 赖 关 系 的 架构 。 

O ”理解 服务 彼此 间 的 使 用 方式 ， 以 及 服务 的 调用 方式 。 例 如 ， 可 限制 对 象 的 批 处 
理 或 者 请 求 执行 的 大 小 。 
O ”从 后 端 服务 向 应 用 程序 防火 墙 提供 反馈 。 就 API 调用 特性 的 使 用 来 说 ， 这 将 传 

递 与 此 相关 的 附加 信息 ， 这 些 特性 是 无 法 识别 的 。 
O ”监控 缓存 对 象 的 缺失 。 大 容量 可 能 意味 着 缓存 没有 正确 地 配置 。 
O 采用 自 定义 弹性 标准 ， 例 如 断路 器 或 超时 方案 。 
这 些 做 法 并 不 一 定 总 能 够 阻止 攻击 ， 但 肯定 会 将 副作用 降 至 最 低 。 


13.25 ”拦截 器 


拦截 器 的 目的 是 在 代码 流 中 设置 一 个 类 , 负责 收集 /操作 通过 HTTP 请 求 传 递 的 信息 ， 
例如 HTTP 代理 提供 的 认证 头 、URL 和 证 书 。 图 13.10 展示 了 这 一 概念 。 


一 一 > 处 理 前 处理。 处理 后 一 处 理 前 | 处 理 处理 后 


IUDA 


拦截 器 


图 13.10 


拦截 器 可 在 处 理 过 程 调用 前 后 予以 添加 ， 对 应 处 理 过 程 负责 处 理 在 应 用 程序 内 声明 
的 逻辑 内 容 。 相 应 地 ， 拦 截 器 包含 了 相关 代码 ， 并 可 视 作 一 种 安全 保障 。 
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未 纳入 拦截 器 处 理 策略 中 的 任何 数据 ， 都 将 导致 在 应 用 程序 中 执行 某 些 操作 。 此 类 
操作 包括 简单 的 日 志 ， 甚 至 是 拦截 微服 务 的 节点 操作 ， 进 而 维护 应 用 程序 的 整体 完整 性 。 
需要 注意 的 是 ， 这 一 类 技术 无 法 防止 套 接 字 耗 尽 这 一 现象 的 出 现 。 


13.26 Z8 


Web 容器 是 与 Java servlet 交互 的 Web 服务 器 的 组 件 。Web 容器 标准 非常 有 用 ， 它 
提供 了 一 系列 的 工具 来 提高 应 用 程序 的 安全 性 ， 并 有 助 于 实现 相关 规则 和 访问 策略 的 中 
心 化 操作 。 下 列 示 例 显 示 了 Web 容器 的 操作 方式 : 

O 支持 安全 套 接 字 层 (SSL) /传输 层 安 全 (TLS) ， 并 可 对 HTTP 代理 和 服务 器 间 

的 交换 数据 进行 加 密 。 

口 负责 配置 交互 TLS。 

Q 通过 与 用 户 角 色 关联 的 安全 约束 来 限制 对 Web 资源 的 访问 。 

Web 容器 位 于 应 用 程序 之 上 ， 并 作为 第 一 级 安全 服务 ， 特 别 是 当 涉及 消息 加 密 时 。 
图 13.11 显示 了 Web 容器 相对 于 应 用 程序 的 定位 。 


客户 端 /UIAPI 


图 13.11 


i 
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E] 
对 
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13.2.7 API 网 关 


如 果 将 微服 务 比 作 一 个 庞大 的 管弦 乐 了 从， 那么 ， 网 关 API 则 担任 了 指挥 这 一 角色 。 
网 管 模式 负责 设置 微服 务 。 

API 网 关 位 于 微服 务 之 上 ， 网 关 的 优势 主要 体现 在 优化 后 的 端点 ， 以 及 集中 式 的 中 
间 件 功能 。 

假设 应 用 程序 采用 了 微服 务 架构 ， 并 包含 3 种 不 同 的 客户 端 类 型 ， 即 Web 前 端 、 移 
动 应 用 程序 以 及 应 用 程序 外 部 的 另 一 项 服务 。 每 个 客户 端 都 希望 对 各 自 的 请 求 有 不 同 的 
响应 。 如 果 缺 少 网 关 ， 每 个 客户 端 直接 知晓 负责 传递 信息 的 微服 务 及 其 操控 方式 。 然 而 ， 
API 网 关 所 饰演 的 角色 可 以 优化 端点 和 处 理 响应 。 

集中 式 中 间 件 功能 意味 着 安全 级 别 、 权 限 级别 、 身 份 验证 级 别 ， 以 及 其 他 位 于 网 关 
级 别 的 验证 行为 。 

图 13.12 显示 了 相对 于 微服 务 的 API 网 关 位 置 。 


图 13.12 
13.3 部 署 


前 述 内 容 讨论 了 应 用 程序 的 工作 状态 ， 以 及 安全 项 针对 微服 务 的 工作 方式 。 本 节 在 
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微服 务 架 构 的 基础 上 介绍 部 署 模式 。 
13.3.1 持续 集成 和 持续 交付 /持续 部 署 


作为 一 种 实践 方案 ， 持 续集 成 是 指 开发 人 员 尽 可 能 频繁 地 将 更 改 返回 至 主 分 支 中 。 
开发 人 员 做 出 的 更 改 是 通过 创建 编译 ， 并 针对 构建 结果 运行 自动 化 测试 加 以 验证 的 。 在 
执行 持续 集成 处 理 这 一 过 程 中 ， 当 开发 人 员 等 待 新 特性 的 发 布 ， 以 合并 在 发 布 分 支 中 的 
更 改 内 容 时 ， 一 些 常 见 问题 一 般 是 可 以 避免 的 。 

持续 集成 非常 重视 自动 化 测试 ， 进 而 检测 当 新 的 提交 内 容 被 集成 到 核心 业务 中 时 ， 
新 特性 是 否 存在 问题 。 

持续 交付 可 视 作 持续 集成 的 扩展 ， 以 确保 能 够 以 敏捷 和 可 持续 的 方式 快速 向 客户 发 
布 新 特性 。 这 意味 着 ， 除 了 自动 化 测试 之 外 ， 还 实现 了 发 布 过 程 的 自动 化 ， 用 户 可 以 通 
过 单 击 按钮 随时 部 署 应 用 程序 。 

从 理论 上 讲 ， 通 过 持续 交付 ， 可 以 决定 每 天 、 每 周 、 每 两 周 发 布 的 版 本 ， 或 者 任何 
适合 业务 需求 的 版 本 。 如 果 打 算 真 实感 受 持续 交付 所 带 来 的 好 处 ， 应 尽早 发 送 产 品 特性 
以 确保 小 批量 交付 。 这 样 ， 当 出 现 问题 时 ， 即 可 方便 地 对 其 加 以 解决 。 需 要 注意 的 是 
为 产品 发 送 应 用 程序 版 本 的 最 终 过 程 依赖 于 人 工 干预 ， 如 图 13.13 所 示 。 


持续 集成 IChaos Monkey 测试 


构建 一 > ”测试 一 部 署 一 ”接受 测试 一 > 部 署 至 产品 


持续 交付 


图 13.13 


持续 部 署 比 持续 交付 更 进一步 。 据 此 ， 产 品 管线 中 每 个 步骤 中 的 每 项 变化 都 将 发 布 
于 客户 ， 其 间 不 存在 人 为 干预 ， 另 外 ， 无 效 测试 将 会 阻止 新 的 变化 内 容 进入 至 产品 实 
现 中 。 

持续 部 署 是 加 速 客户 反馈 循环 的 一 种 较 好 的 方法 。 鉴 于 不 存在 特定 的 发 布 日 期 ， 新 
功能 的 交付 不 涉及 技术 结构 方面 的 规划 。 开 发 人 员 可 以 专注 于 构建 软件 ， 并 且 在 开发 结 
束 后 的 几 分钟 内 就 可 以 在 生产 环境 中 看 到 其 工作 成 果 。 当 然 ， 实 现 这 一 发 布 模型 需要 较 
高 的 自动 化 测试 覆盖 率 ， 以 及 较 高 的 开发 团队 成 熟 度 。 

与 持续 集成 不 同 ， 在 该 模型 中 ， 在 向 应 用 程序 发 布 新 版 本 时 ， 将 不 存在 人 为 干预 ， 
如 图 13.14 所 示 。 
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图 13.14 


13.3.2 ” 蓝 / 绿 部 署 模 式 和 Canary 发 布 
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Chaos Monkey 测试 


p" 部 署 至 产品 


从 概念 上 讲 ， 蓝 / 绿 部 署 模 式 十 分 简单 ， 并 可 针对 产品 高 效 地 发 送 新 的 软件 版 本 。 对 
于 部 署 蓝 / 绿 模式 的 实现 ， 具 有 微服 务 架构 的 API 网 关 可 以 起 到 很 大 的 帮助 作用 。 


在 单 体 应 用 程序 中 ， 


- 般 来 说 ， 鉴 于 每 次 都 需要 发 布 软件 的 新 版 本 ， 同 时 需要 再 次 运 


行 所 有 的 单 体 部 署 ， 因 而 部 署 过 程 整体 上 十 分 缓慢 。 随 着 单 体 程序 不 断 增长 且 越 发 庞大 ， 
整体 速度 将 变 得 越发 缓慢 ， 问 题 也 会 随 之 出 现 。 对 于 微服 务 来 讲 ， 我 们 可 以 多 次 部 署 单个 
组 件 。 鉴 于 发 送 到 生产 环境 的 应 用 程序 线程 自身 的 大 小 ， 整 个 过 程 通常 较 快 且 易 于 实现 。 

在 针对 产品 发 布 新 的 微服 务 版 本 时 ， 采 用 了 蓝 / 绿 模式 。 例 如 ， 如 果 希 望 在 版 本 1.0.0 
的 基础 上 发 布 1.0.1 版 本 ，API 网 关 知晓 这 两 个 组 件 的 位 置 ， 然 后 提供 一 个 接口 将 传输 过 
程 从 以 前 的 版 本 切换 到 新 的 版 本 。 图 13.15 描述 了 API 网 关 的 工作 方式 ， 并 通过 蓝 / 绿 模 


式 对 版 本 进行 了 适当 调整 。 
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图 13.15 
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但 是 ， 某 些 部 署 可 能 会 给 应 用 程序 的 业务 带 来 较 大 的 风险 。 在 蓝 / 绿 模式 中 ， 版 本 的 
整体 变化 通常 并 不 适宜 。 在 运行 部 署 时 ， 应 以 一 种 受 控 的 方式 将 请 求 定向 到 新 版 本 的 软 


件 中 。 


针对 于 此 ， 存 在 一 种 称 之 为 Canary 发 布 的 模式 。 该 处 理 过 程 类 似 于 蓝 / 绿 模式 ， 二 者 
间 的 差异 是 由 于 对 新 版 本 请 求 的 逐步 重 定向 而 造成 的 。 

请 求 控制 可 直接 在 网 关上 执行 。 通 过 这 一 方式 ， 如 果 出 现 错误 ， 对 新 版 本 发 布 的 影 
响 将 会 小 得 多 。 图 13.16 显示 了 这 一 处 理 过 程 。 
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图 13.16 
对 于 重 定向 到 应 用 程序 新 版 本 的 请 求 数量 ， 这 一 过 程 与 开发 团队 的 信心 有 直接 关系 。 
该 过 程 是 以 渐进 方式 进行 的 ， 且 没有 预先 确定 的 时 间 ， 最 终 目 标 是 将 100% 的 请 求 转移 到 
应 用 程序 的 新 版 本 中 。 


13.3.3 每 台 主 机 包含 多 个 服务 实例 
通过 上 述 模式 ， 可 提供 一 个 或 多 个 物理 或 虚拟 主机 ， 同 时 在 其 上 运行 多 个 微服 务实 


例 ， 这 可 视 作 是 一 种 传统 的 应 用 程序 部 署 方 案 。 每 个 微服 务实 例 在 一 台 或 多 台 主 机 上 的 
已 知 端口 上 运行 。 
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图 13.17 显示 了 该 模式 的 结构 。 


HOST (物理 或 虚拟 ) 


服务 C 
实例 1 


物理 或 虚拟 ) 


服务 C 
实例 2 


图 13.17 


每 台 主 机 上 的 多 个 服务 实例 包含 了 自身 的 优 缺 点 。 其 中 ， 最 主要 的 优点 之 一 是 可 以 
高 效 地 利用 资源 ， 多 个 服务 实例 可 共享 服务 器 及 其 操作 系统 ; 而 微服 务实 例 的 快速 部 署 
则 是 该 模式 的 另 一 个 优点 。 

尽管 如 此 ， 该 模式 中 的 实例 也 包含 了 某 些 较为 显著 的 缺陷 。 例 如 ， 除 非 每 个 服务 实 
例 都 是 独立 的 处 理 流 程 ， 否 则 服务 实例 之 间 几 乎 不 存在 隔离 。 如 果实 例 没 有 在 不 同 的 过 
程 中 被 分 离 ， 那 么 ， 某 个 错误 实例 可 能 会 危及 整个 过 程 ， 并 且 不 可 能 对 实例 进行 单独 的 
监视 。 


1334 每 台 主机 的 服务 实例 
当 采 用 服务 实例 /主机 这 一 模式 时 ， 将 在 其 自身 的 主机 上 以 隔离 的 方式 运行 每 个 微服 
务实 例 。 相 应 地 ， 该 模式 中 存在 两 种 不 同 的 模型 ， 即 每 个 VM 的 服务 实例 和 每 个 容器 的 
服务 实例 。 
1. 每 个 VM 的 服务 实例 


其 中 ， 我 们 将 每 个 微服 务 作 为 虚拟 机 CVM) 的 映像 。 每 个 微服 务实 例 表 示 为 一 个 
VM， 执 行 该 VM 可 使 微服 务 处 于 工作 状态 。 
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服务 实例 模式 /VM 包含 诸多 优点 。 例 如 ， 每 个 微服 务实 例 以 完全 隔离 的 方式 运行 ， 
包含 固定 的 CPU 以 及 内 存 使 用 ， 且 无 须 与 其 他 微服 务 进行 资源 竞争 。 除 此 之 外 ， 该 模式 
还 可 视 为 一 种 微服 务 开发 过 程 中 的 技术 封装 。 

当然 ， 该 模式 也 包含 了 自身 的 缺点 ， 例 如 资源 的 利用 率 较 低 ， 每 个 服务 实例 都 包含 
了 整体 VM 开销 ， 包 括 操作 系统 。 该 方案 的 另 一 个 缺点 是 ， 由 于 使 用 VM 引导 操作 系统 
的 成 本 可 能 很 高 ， 因 而 部 署 和 引导 新 版 本 的 微服 务 通常 较为 缓慢 。 
13.18 显示 了 该 策略 的 示意 图 。 


图 13.18 


2. 每 个 容器 的 服务 实例 

当 使 用 服务 实例 /容器 模式 时 ， 每 个 微服 务实 例 都 运行 在 实例 特有 的 容器 中 。 这 里 ， 容 
器 表示 为 系统 级 运行 的 虚拟 化 引擎 ， 如 Docker， 我 们 已 在 本 地 开发 项 目 中 对 其 加 以 使 用 。 

对 此 ， 我 们 需要 使 用 到 微服 务 的 容器 映像 。 在 容器 创建 完毕 后 ， 即 可 发 布 一 个 或 多 
个 容器 。 通 常情 况 下 ， 多 个 容器 将 运行 于 每 台 物理 或 虚拟 主机 上 。 此 处 ， 建 议 使 用 集群 
管理 器 (如 Kubernetes) 来 管理 容器 。 

服务 实例 /容器 模式 同样 涵盖 了 自身 的 优 缺 点 。 容 器 的 优点 类 似 于 虚拟 机 ， 并 可 隔离 
微服 务实 例 。 同 时 ， 容 器 的 监视 过 程 也 较为 简单 。 除 此 之 外 ， 容 器 也 封装 了 微服 务实 现 
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过 程 中 的 相关 技术 方案 ， 这 一 点 与 VM 较为 类 似 。 与 虚拟 机 不 同 ， 容 器 具有 轻 量 级 特征 ; 
容器 映像 的 构建 和 初始 化 过 程 通常 较 快 。 
然而 ， 容 器 的 使 用 过 程 中 也 包含 某 些 缺 点 。 考 虑 到 共享 主机 操作 系统 内 核 ， 因 而 其 
安全 性 与 VM 相 比 略 进 一 筹 。 除 此 之 外 ， 如 果 未 采用 提供 相关 机 制 操控 容器 的 云 平台 
那么 ， 容 器 基础 设施 建设 的 复杂 度 较 高 。 
图 13.19 显示 了 在 当前 模式 下 容器 的 应 用 方式 。 


服务 实例 


图 13.19 


134 本 章 小 结 


在 前 12 章 中 ， 我 们 讨论 了 多 种 不 同 的 模式 以 及 最 佳 实践 方案 ， 甚 至 还 涵盖 了 反 模 式 
方面 的 内 容 ， 其 中 涉及 项 目 中 的 技术 定义 ， 产 品 中 应 用 程序 的 部 署 和 维护 。 

同时 ， 我 们 也 希望 本 书 给 读者 带 来 愉快 的 阅读 体验 ， 以 进一步 扩展 读者 的 知识 层面 。 
微服 务 架构 的 概念 和 模式 仍 处 于 不 断 发 展 中 ， 对 此 ， 作 者 的 建议 是 : 继续 保持 学 习 状 态 。 


